Arquivo da Categoria: NFS-e

Particularidades Padrão CECAM Para realizar a emissão nos municípios atendidos pelo padrão CECAM, é imprescindível verificar as particularidades listadas a seguir. Inicialmente, é necessário ressaltar que as informações sobre o tomador de serviços são obrigatórias. 1. Habilitação da Empresa Para realizar a emissão de NFS-es no Padrão CECAM, é preciso que a empresa esteja autorizada para […]

Particularidades Padrão GOIÂNIA Documentamos abaixo algumas informações pertinentes sobre a integração com o município de Goiânia. Este município não possui servidor de homologação, bem como necessita liberação da prefeitura para emissão de NFS-e. 1. Ambiente de homologação O município de Goiânia possui um modo TESTE nos Web Services, que estão integrados com o InvoiCy. Porém, […]

Particularidades Padrão SIGCORP TXT Documentamos abaixo algumas informações pertinentes sobre a integração com o padrão SIGCORP TXT. Neste padrão o preenchimento das informações sobre o Tomador são obrigatórias. A numeração do RPS deverá ser sequencial. Como este padrão não utiliza informações sobre o campo série, recomenda-se a escolha de um valor padrão para este campo […]

Particularidades Padrão GINFES O padrão GINFES segue estritamente o padrão ABRASF 1.0. O tomador da nota é de preenchimento opcional, porém se preenchido qualquer informação do tomador como Razão Social ou endereço, é necessário informar um CPF ou CNPJ válidos. Em alguns casos é possível que o mesmo tomador esteja cadastrado em mais de uma inscrição […]

Particularidades Padrão BOANF Para emitir no padrão BOANF é necessário algumas configurações no sistema da prefeitura, conforme está descrito a seguir. Para emitir em ambiente de Homologação (testes) O ambiente de homologação do Município de Curitiba/PR possui uma particularidade em relação aos demais municípios integrados com o InvoiCy. É necessário efetuar a criação de um […]

Particularidades Padrão BETHA O padrão BETHA não apresenta diferenças relevantes em relação ao padrão ABRASF 1.0. Caso tenha um retorno de emissor não habilitado para o padrão BETHA, deve-se entrar em contato com o responsável fiscal da prefeitura e solicitar que seja alterado o tipo de emissão no sistema de Digitação para ambos (digitação e […]

Particularidades Padrão PRODATA O padrão PRODATA não apresenta diferenças relevantes em relação ao padrão ABRASF. O padrão PRODATA não possui um ambiente para homologação de NFS-e.

Particularidades Padrão DUETO O padrão DUETO não apresenta diferenças relevantes em relação ao padrão ABRASF. Para emitir documentos para tomadores estrangeiros, é necessário primeiramente realizar o cadastro do mesmo no sistema de digitação da prefeitura de ‘ELDORADO DO SUL’, e posteriormente enviar o código gerado no campo ‘DocTomadorEstrangeiro’. O município de Catanduva-SP não disponibiliza cancelamento de […]

Particularidades Padrão IPM O padrão IPM não segue o modelo Abrasf e possui uma série de particularidades que podem dificultar o processo de integração. Detalhamos abaixo as particularidades catalogadas pela nossa equipe em um processo contínuo, visto que novas situações podem ser descobertas conforme novos clientes integram.   1. Natureza da Operação Natureza da Operação 1 […]

Particularidades Padrão Web ISS O padrão Web ISS não apresenta diferenças relevantes em relação ao padrão ABRASF. Obs: Se for ISS retido o valor do ISS informado no XML não é recebido pela prefeitura. ATENÇÃO: Para o padrão WebISS, alguns municípios abrangidos por este padrão não disponibilizam o serviço de cancelamento via Web Service. Desta […]