JozimarB

Boa tarde a todos! Problema: Hoje realizando testes de homologação de NFSe para cidade de Garibaldi - RS verificamos uma inconsistência na Unit: pnfsNFSeW_Infisc.pas {para Garibaldi - RS 4308607 Não existe as tags abaixo} if (NFSe.PrestadorServico.Endereco.CodigoMunicipio <> '4308607') then begin { Ambiente 1- Producao 2- Homologacao } Gerador.wCampoNFSe(tcStr, '', 'ambienteEmi' , 01, 01, 1, SimNaoToStr(NFSe.Producao), ''); { forma de emissao 1- portal contribuinte 2- servidor web 3- submetidos via Upload no portal 4- emissao via RPS } Gerador.wCampoNFSe(tcStr, '', 'formaEmi' , 01, 01, 1, '2', ''); { 1- construcao civil 2- outros casos } Gerador.wCampoNFSe(tcStr, '', 'empreitadaGlobal', 01, 01, 1, EmpreitadaGlobalToStr(NFSe.EmpreitadaGlobal), ''); end; Este provedor, ao menos desta cidade passou a considerar duas destas três tags que são elas: ambienteEmi formaEmi Solução encontrada: O que geramos foi rebaixar a condicional apenas para "empreitadaGlobal", com isso conseguimos gerar a emissão da NFSe em ambiente de homologação. Essa modificação será disponibilizada no repositório do ACBR ?

Boa tarde a todos! Hoje um de nossos clientes ao emitir NFSe na cidade de Garibaldi- RS para seu tomador da cidade de Alvorada D´Oeste - RO. Estava recebendo o erro: ("A cidade do endereço do tomador é obrigatória (caso tenha sido informado o CNPJ ou CPF do tomador)... ") conforme manual: https://nfse.garibaldi.rs.gov.br/site/wp-content/uploads/2019/05/NFSe-ManualDeConectividade-GIF4-20190510_Garibaldi.pdf Verificamos que na Unit: pnfsNFSeW_Infisc.pas na montagem das TAGS de <xmun> o ACBR localiza em seu base de cidade pelo código IBGE que passamos a ela, localizando a cidade com o seguinte nome: Nome cidade localizada pelo ACBR: Alvorado D Oeste Esta informação e carregada na TAG de <xmun> do tomador, causando o erro descrito acima. Esse erro ocorre devido a ausência do carácter especial no nome enviado, quando o correto deveria ser "Alvorada D´Oeste". Geramos a correção da seguinte maneira : var lRetirarAcentos: Boolean; lRetirarAcentos := Gerador.Opcoes.RetirarAcentos; Gerador.Opcoes.RetirarAcentos := False; Gerador.wCampoNFSe(tcStr, '', 'xMun' , 01, 060, 1, NFSe.PrestadorServico.Endereco.xMunicipio, ''); Gerador.Opcoes.RetirarAcentos := lRetirarAcentos; Ajuste aplicado a todas as tags de <xmun> presentes na unit pnfsNFSeW_Infisc.pas para v11 apenas. Com essa alteração conseguimos emitir a NFSe normalmente, detalhe que devemos alimentar a TAG <xmun> do tomador com o nome correto, dado este alterado via nosso sistema. Essa modificação mencionada acima será disponibilizada no repositório do ACBR ou a forma com que tratei pode ser melhorada?

Boa tarde @flexsistemas! Não seria mais fácil fazer o download do PDF da NFSe ? Para este provedor temos a possibilidade de baixar o PDF, este retorno vem em formato .xml, contendo o base64 do pdf da NFSe. Se não me engano tu consegue dados detalhados disso no manual do provedor!

Boa tarde a todos! Hoje tentando gerar impressão fiscal na impressora URANO POS LOGGER, não consigo ativar a impressora pelo DEMO do ACBR. Configurações usadas para o teste: Em anexo também o Log gerado pelo ACBR. Alguém teria alguma dica do que poderia ser? acbrlog.txt

Boa tarde. Fontes atualizados o erro, não ocorre mais, ao menos em homologação. Testes em produção com previsão próxima. Qualquer coisa entro em contato. Obrigado.

Agora pela manhã recebi retorno do pessoal do Sefaz RS, mencionam que essa tag de IndPag esta liberada em homologação desde o dia 21.05.2018. Em produção esta modificação esta liberada apenas para 04.06.2018. Por isso ao tentar enviar, hoje 01.06.2018, ocorrem erros de Schemas.

Bom dia. Hoje consegui retorno do pessoal aqui do Sefaz RS, pelo que me informaram essa tag de IndPag esta liberada desde o dia 21.05.2018 apenas para Homologação. Para ambiente de produção apenas no dia >= 04.06.2017. Por isso que em homologação funciona e em produção ocorrem erros de schemas.

Obrigado Maiquel pela dica! Sim, a parte de não obrigatoriedade estou a parte. Caso é que em nossos testes alimentávamos essa informação("Prazo ou A vista"), no entanto, de uma forma ou outra ocorrem erros de schemas durante o envio, isso que estes XMLs validei-os pelo site do Sefaz - RS, e não apontam erros. No momento estamos gerando indPag como ipNenhum já que não é obrigatória e em outros caso ocorrem erros. Grato.

Verifiquei o seu XML não tem a informação de IndPag gerada, em nossos exemplos, quando gerado esta informação ocorrem erros de Schemas. Saberia me dizer se sempre devo montar com tag indPag como ipNenhum?

Teste gerado, agora tenho esse retorno Mas isso indica que ocorreu a validação corretamente certo ? Se sim, para NFCe devo usar sempre IndPag com ipNenhum?

Muito bom dia, e obrigado novamente pelo rápido retorno. Segue arquivos: 500-env-lot.xml 500-rec.xml 43180500693612000107650010000004671000004674-ped-sit.xml 43180500693612000107650010000004671000004674-sit.xml

Bom dia. Também estou com o mesmo problema, em homologação com a mesmo NFCe tudo funciona, porém para produção NF4.0 ocorre erro de "Rejeição: Falha no Schema XML do lote de NFe" conforme imagem anexada. Segue XML anexado também. Esse arquivo XML passei no validador https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx mas não aponta erro algum. Alguma dica? 43180500693612000107650010000004671000004674-nfe.xml

Entendido... Atualizarei todos os fontes do ACBR e farei novos testes. Obrigado e até mais.

43180572044530000142550190000021481000065743-nfe.xml

Obrigado pela rápida resposta BigWings. Atualizado apenas os Schemas mas o erro é o mesmo. Após passar o XML no validador do Sefaz RS: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx The element 'ICMSUFDest' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'pICMSUFDest' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'pFCPUFDest' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/det[1]/imposto/ICMSUFDest/pICMSUFDest/

Bom dia! Tenho o seguinte problema referente ao preenchimento das tags de [vBCUFDest - pFCPUFDest - vFCPUFDest], pois a NF contém um valor muito baixo. lValorBaseFCP = 0,12 lAliquotaFCP = 2.00 lValorFCP := lValorBaseFCP * (lAliquotaFCP / 100); lValorFCP = 0,0024 Para alimentar o XML segundo manual casas decimais ("13v2") ficando valor zerado. lValorFCP = 0,00 Questão é, neste caso em nosso sistema temos a condição se lValorFCP(0,00) maior que zero para gerar as tags abaixo vBCUFDest pFCPUFDest vFCPUFDest Então com isso estas tags não são geradas, causando o erro exibido na imagem Erro.jpg Mesmo que alimentando as tags com os respectivos valores: vBCUFDest := Com valor de lValorBaseFCP(0,12) pFCPUFDest := Com valor de lAliquotaFCP(2,00) vFCPUFDest := Com valor de lValorFCP(0,00) O erro é o mesmo da imagem anterior. XML anexado. Como posso agir neste caso ? Erro.xml

Bom dia ítalo, Referente as alterações destacadas pelo Felipe Mesturini, já estão no repositório do ACBR, pois gerei um update hoje e estas não constam nos fontes. Então gerei um teste com base nas Units anexadas pelo Felipe, a homologação foi feita para o provedor Betha e ocorreu tudo certo. Outra coisa, quando componente faz o carregamento do XML da NFSe cancelada, para os provedores [Tecnos e Betha] a tarja de cancelamento não está sendo impressa, identifiquei que isso ocorre na leitura do arquivo na Unit: ACBrNFSeNotasFiscais.pas, onde gerei a modificação na função ("function TNotasFiscais.LoadFromString(AXMLString: String; AGerarNFSe: Boolean = True): Boolean;") e linha 912 ficando como abaixo if TACBrNFSe(FACBrNFSe).Configuracoes.Geral.Provedor in [proSimplISS, proBetha, proTecnos] then Pois para estes dois provedores as Tags de cancelamento estão fora do bloco da nota. Os testes acimas foram feitos apenas em ambiente de homologação. Aguardo retorno. ACBrNFSeNotasFiscais.pas