Renato Rubinho

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, No schema diz para respeitar a lista da LC 116/2003. ../trunk2/Exemplos/ACBrDFe/Schemas/NFSe/ISSNet/2.04/nfse.xsd <xsd:simpleType name="tsItemListaServico"> <xsd:annotation> <xsd:documentation>Subitem do serviço prestado conforme LC 116/2003 </xsd:documentation> </xsd:annotation> Nos locais que encontrei algo falando sobre a lista, não consta o serviço 99.99. Confirme com o prestador qual deve ser o código correto ou tente o suporte do provedor, caso este código realmente exista.

Boa tarde, Muito provável que seja um problema específico no ambiente de homologação deles. Não vi outros relatos deste problema nesse município. Envie o RPS para suporte do provedor para verificarem se tem algo específico nele que gerou a excessão ou se o ambiente de homologação está com problema generalizado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A mensagem diz: O elemento xNome não é esperado. É esperado xLgr. Falta preencher este campo.

Boa noite, Veja se assim resolve: Se foi preenchido infEvento.tpEvento para verificar se foi o evento de cancelamento Ou NFE.InutNFe.nNFIni ou NFE.InutNFe.nNFFin, por exemplo, para identificar se é inutilização.

Boa tarde, Veja o critério para mostrar o qrcode no fortes retrato, preenchendo o link ou outrasinformacoes. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/DANFSE/Fortes/ACBrNFSeXDANFSeRLRetrato.pas

Certo, a ideia era para confirmar se eventualmente a conversão de data poderia estar gerando alguma exceção, não preenchendo as demais propriedades. No modelo da documentação está preenchida a Seção [EVENTO] ao invés de [CCE], teste dessa forma para ver se funciona. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html Caso negativo, por favor aguarde os consultores responsáveis pelo monitor que tem maior conhecimento para te ajudar. Consegue validar em produção para verificar se não se trata de um erro em homologação?

Boa noite, Teste alterar o NrOcorrInscMunTomador para zero(não obrigatória, mas quando preenchida irá gerar a TAG), reinstale o ACBr, recompile sua aplicação e veja se resolve. Estando ok, por favor anexe o arquivo alterado para os consultores analisarem e enviarem ao SVN. Obs: Confirme se a IM está sendo preenchida corretamente na propriedade para garantir que seja gerada a TAG no xml. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/Fiorilli.GravarXml.pas { TNFSeW_Fiorilli200 } procedure TNFSeW_Fiorilli200.Configuracao; begin inherited Configuracao; FormatoCompetencia := tcDat; NrOcorrCodigoPaisTomador := -1; NrOcorrInscMunTomador := 0; // <<<< end;

Boa noite, Você sempre usou a data com apenas 2 dígitos no ano? Uma hipótese pode ser algum erro na conversão de data, interrompendo o processo e não preenchendo as propriedades seguintes. Não sei se é o caso, mas por via das dúvidas, tente preencher o ano com 4 dígitos.

Boa noite, Seguem duas opções. 1. Arquivos "change-log" Na pasta de cada componente são mantidos arquivos txt com o resumo do que foi alterado ou link de tópico do fórum relacionado. Exemplo do Reinf que você citou: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrReinf/ACBrReinf-change-log.txt 2. Você pode olhar direto nos fontes: Clique com o botão direto sobre a pasta a componente que quer acompanhar e selecione a opção para mostrar o log. Serão exibidos os commits, onde sempre são colocados resumos do que foi alterado, além da verificação que pode ser feita nos arquivos alterados.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Você mudou para utilizar a DistribuicaoDFePorNSU ao invés da DistribuicaoDFePorUltNSU Com isso a consulta está sendo feita para o NSU específico zero ao invés da consulta por último NSU a partir do zero.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O XML temp1.xml é o RPS para envio ao provedor. O provedor é responsável pela geração do xml da NFSe, que consta na ListaNfse do outro xml que você anexou.

O envio não deve estar correto, não está retornando um erro no envio? Cole um print do retorno do envio com o programa de exemplo.

Isso é um indicativo que o problema é lá, assim como o Juliomar indicou. Não está funcionando corretamente. Acompanhe o grupo do discord que indiquei, que a discussão está grande a respeito. E mantenha os fontes atualizados caso existam ajustes, assim como a atualização da url.

Boa noite, Você está com os fontes atualizados e verificou se o mesmo problema acontece com o programa de exemplo? Veja se este tópico ajuda em algo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Acompanhe o grupo do discord e tópico a seguir para maiores informações. https://discord.com/channels/798697718800318484/801796941813907456

Não somem, se baixou no outro sistema através da DistribuicaoDFe e ainda está dentro do período, será distribuído ao consultar novamente, iniciando a consulta com ultNSU zero. Crie um log na rotina e veja se todos os NSUs estão sendo baixados, garantindo que a falha não esteja no sistema. Se "pular" algum NSU, deve ser falha na rotina. Lembrando que a sincronização da UF autorizadora com o ambiente nacional não é imediata, podendo ser o caso de aguardar até que o documento seja distribuído. No passado houveram casos de NFEs sem data de saída não serem distribuídas, não houve confirmação da Sefaz, mas pode ser alguma anomalia deste gênero. Se identificarem um padrão ou confirmarem que alguma NFe realmente não foi distribuída, abram um fale conosco com a Sefaz para identificarem o motivo.

Tópico duplicado, fechando.

No print está acusando que está selecionado Brasília, mas o padrão dela não é o Padrão Nacional, ela usa ABRASF 2.04. Corrija o "Layout da NFSe" para lnfsProvedor que deverá funcionar adequadamente. Obs: Salve as configurações após alterar o layout, na dúvida, feche e abra novamente o programa de exemplo.

Boa tarde, Veja se a inscrição municipal do prestador está correta e se o certificado é do CNPJ correto.

A mensagem diz que está faltando preencher o campo tribFed ou totTrib.