Cleverton Martins

Portal da Nota Fiscal Fatura de Serviço de Comunicação Eletrônica - SVRS disponibilizou o layout. MOC_NFCOM_Anexo II_DANFE-COM_v1.00.pdf

Boa tarde! Analisei o moc mais recente Versão 1.00a e me parece que a validação atual do ACBr está sendo feita conforme item 4.4 Serviço de Retorno Recepção Lote do moc antigo. Manual de Orientação do Contribuinte Versão 1.00a - janeiro 2023: 4.2 Serviço de Recepção NFCom Processo: síncrono. Sem a formação de lotes. Nome Serviço: NFComRecepcao Método: nfcomRecepcao 4.2.6 Final do Processamento da NFCom A validação da NFCom poderá resultar em: Rejeição – a NFCom será descartada, não sendo armazenada no Banco de Dados podendo ser corrigida e novamente transmitida; Autorização de uso – a NFCom será armazenada no Banco de Dados; Manual de Orientação do Contribuinte Versão 1.00 - janeiro 2022 4.4 Serviço de Retorno Recepção Lote Processo: síncrono. Processamento do lote Nome Serviço: NFComRetRecepcao Método: nfcomRetRecepcao 4.4.6 Final do Processamento A mensagem de retorno poderá ser: Arquivo processado – cStat = 104, com o resultado do processamento da NFCom; Arquivo em processamento – cStat = 105, contribuinte deverá fazer uma nova consulta; Arquivo não localizado – cStat = 106, contribuinte deverá providenciar o reenvio da mensagem; Recibo ou CNPJ do requisitante com problemas – cStat = 248 ou 223, contribuinte deverá sanar o problema; CANCELAMENTO: Sem alteração no MOC entre as versões. Porém acredito que a validação atual feita pelo ACBr está equivocada. 5.1.7 Final do Processamento do Evento (Manual de Orientação do Contribuinte Versão 1.00a - janeiro 2023) O processamento do evento pode resultar em: Rejeição – o Evento será descartado, com retorno do código do status do motivo da rejeição; Recebido pelo Sistema de Registro de Eventos, com vinculação do evento na respetiva NFCom, o Evento será armazenado no repositório do Sistema de Registro de Eventos com a vinculação do Evento na respectiva NFCom (cStat=135); Recebido pelo Sistema de Registro de Eventos – vinculação do evento à respectiva NFCom prejudicado – o Evento será armazenado no repositório do Sistema de Registro de Eventos, a vinculação do evento à respectiva NFCom fica prejudicada face a inexistência da NFCom no momento do recebimento do Evento (cStat=136); Recebido pelo Sistema de Registro de Eventos, com vinculação do evento na respectiva NFCom com situação diferente de Autorizada, o Evento será armazenado no repositório do Sistema de Registro de Eventos com a vinculação do Evento na respectiva NFCom retornando um alerta com a situação de NFCom (cStat=134); Alterei a unit ACBrNFComWebServices.pas e consegui enviar e cancelar sem retornar o erro. Anexei a unit para avaliação. ACBrNFComWebServices.pas

Lembrando que estou emitindo em homologação. Não estou testando em produção pois, pelo que eu entendi, após emitir a primeira em produção o cliente não poderá retornar para os modelos 21 e 22.

Boa tarde! Estou homologando nfcom no estado do RS e notei as seguintes situações: Emissão: mesmo sendo autorizada a nota o acbr retorna mensagem como erro (ERRO: Autorizado o uso da NFCom). O método "TratarResposta" valida cStat = 104, porém o retorno no xml é cStat=100. Cancelamento: mesmo sendo efetuado o cancelamento retorna mensagem como erro ERRO: Evento registrado e vinculado a NFCom. O método "TratarResposta" valida cStat = 128, porém o retorno no xml é cStat=135.

Bom dia Italo, Sim. Funcionavam antes e funcionaram após minha alteração.

Boa noite! Me deparei com o seguinte erro ao utilizar o método ConsultarLoteRpsEnvio : Já tem um tópico a este respeito mas já está fechado e o problema ocorreu nos fontes que baixei do trunk no dia 03/08/2022. Isso ocorre na função AjustarData() da unit ACBrUtil.DateTime ao receber data no formato 'AAAA/MM", que é como está sendo retornado na tag <competencia> do xml de retorno: Fiz um ajuste nesta função para corrigir este problema: Talvez esta alteração possa ser implementada no repositório, ou se acharem que fiz alguma besteira podem me dar outra sugestão. ACBrUtil.DateTime.pas

Bom dia. Não sei se seria o caso mas para Apucarana eu tive que retirar o "eletron=1" do final. Daí consegui emitir, cancelar e consultar: [4101408] Nome=Apucarana UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://apucarana.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes

Bom dia. Tudo bem? No início deste ano a prefeitura de Apucarana mudou para o provedor IPM. Seria interessante atualizar o arquivo ACBrNFSeXServicos.ini: [4101408] Nome=Apucarana UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://apucarana.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes

Bom dia. Tudo bem? No início deste ano a prefeitura de Apucarana mudou para o provedor IPM. Seria interessante atualizar o arquivo ACBrNFSeXServicos.ini: [4101408] Nome=Apucarana UF=PR Provedor=IPM Versao=1.01 ProRecepcionar=https://apucarana.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=integracoes