Cleverton Martins

Não. Também vim ver o erro do título e tinha outro assunto, daí eu respondi com minha solução. Mas não, ainda não encontrei a solução para o problema do título que, pra mim, só ocorre quando informo IRRF.

EloTech.GravarXml.pas nfse_v2_03.xsd

Aqui. Lembrando que esta alteração fiz no meu ambiente, não vi mudanças por parte do ACBr.

Sim. Em produção e homologação.

Consegui validar uma nota em homologação. Minha conclusão conforme meus testes: - O arquivo de schemas não está respeitando a regra do manual da elotech que diz que a tag codigopais do tomador só deve ser informada se o tomador for do exterior, ele obriga a exibir esta tag: Alterei para permitir ocorrência mínima = 0; Forcei NrOcorrCodigoPaisTomador = 0 { TNFSeW_Elotech203 } TNFSeW_Elotech203.Configuracao; NrOcorrCodigoPaisServico := -1; NrOcorrCodigoPaisTomador := 0;//NrOcorrCodigoPaisTomador := 1; Gerou grupo de endereço sem o codigopais como esperado: <Endereco> <Endereco>RUA CALDAS JUNIOR</Endereco> <Numero>45</Numero> <Complemento>4 ANDAR</Complemento> <Bairro>CENTRO HISTORICO</Bairro> <CodigoMunicipio>4314902</CodigoMunicipio> <Uf>RS</Uf> <Cep>90010260</Cep> </Endereco> Nota em homologação validada; Agora precisamos ver como o pessoal do AcBr vai agir.

Estou com o mesmo problema. E outros relataram o mesmo problema lá no discord. Importante salientar que até agora só reclamaram usuários de estados que utilizam o WS do RS (RS, SP e SC).

Ajustei as urls conforme informado no portal. Agora retorna o erro abaixo: Alguém conseguiu colocar em produção no estado do Mato Grosso?

Boa tarde! Testes em homologação no estado de MT ocorreram sem problemas, porém ao colocar em produção ocorre o erro abaixo: Vi que a prefeitura já disponibilizou webservices próprios. Será que tem relação? Pois o arquivo ini ainda direciona para o SVRS: [NFCom_MT_P] ;Usar=NFCom_SVRS_P

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