Renato Rubinho

Boa noite, A versão 2.1 ainda está sendo implementada. Até esta semana o ambiente de produção restrita ainda não estava disponível para a nova versão e os devidos testes. Caso consiga a informação de quando estará disponível a produção restrita, ficaremos gratos se puder compartilhar, não encontrei local com tal informação. Acompanhe o tópico a seguir para quando houverem novidades.

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

A DistribuicaoDFe gera xmls para a consulta e recebe xmls de retorno. Veja alguns parâmetros da documentação, inclusive este com o caminho onde salvar os xmls e os que determinam se deverão ser salvos. Download.PathDownload https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Boa noite, Como não faz parte do Leiaute padrão do DAMDFE provavelmente não será implementado, mas uma alternativa não seria preencher essas informações em infCpl ?

Boa noite, Analisando o log do primeiro tópico, parece correto, mas por via das dúvidas pode informar como está chamando o método NFe_DistribuicaoDFePorUltNSU? Este seu cenário está parecendo a chamada NFe_DistribuicaoDFePorNSU Pode anexar os XMLs de distribuição recebidos *-dist-dfe.xml, ou passar por mensagem privada ou para [email protected] ? A DistribuicaoDFe é feita pelo ambiente nacional, essa TAG não faz parte do xml de retorno, provavelmente é um resquício da antiga NFe Destinada, desconsidere. Está correta.

Boa tarde, Citei o fórum e o discord para ver que existem relatos de estar funcionando. Recomendo que atualize e instale novamente, pois podem ter sido feitas correções desde sua última atualização. Caso tenha sugestões de mudanças, anexe os fontes para os consultores analisarem o possível envio ao SVN.

Boa tarde, Coloque o caminho das dlls do OpenSSL no Path do Windows e veja se resolve. ../trunk2/DLLs/OpenSSL/1.1.1.10/xxx Complementando o alerta do Diego, as regras de limitação são referentes a qualquer faturamento da empresa, não exclusivamente os obtidos através dos produtos gerados com o CE.

Boa tarde, Aparentemente essa suspeita do Diego deve ser o que está ocorrendo, junto com um bug da Sefaz, pois não deveriam enviar um maxNSU de um registro que não está mais disponível. Outro indício de bug é retornarem cStat 137 quando o ultNSU ainda é menor que o maxNSU. Este CNPJ ficou sem usar o serviço de distribuição por mais de 90 dias? Se ficou, os NSUs pararam de ser gerados para ele e só foram retomados após a nova consulta, não gerando registros retroativos. Para ter certeza, acompanhe quando for emitida uma nova NFe contra este CNPJ e continue fazendo as consultas pelo ultNSU 355. Se o problema persistir com novas NFes, provavelmente precisará abrir um fale conosco com a sefaz para averiguarem a situação.

Boa tarde, Deve ser bug na Sefaz, falha de sincronização, melhor abrir um fale conosco com eles. A duplicidade é "a prova" que a chave já consta na Sefaz.

Boa tarde, Você deve preencher os campos de acordo com o Leiaute. Conforme destacado no print, o Leiaute só possui um campo, não contemplando as informações que você citou. Verifique com seu contabilista, ou de seu cliente, qual registro deve ser utilizado para preencher as informações que você precisa enviar.

Complementando, o exemplo do tópico mostra como ler o XML e alimentar o componente, não existe um programa de exemplo, pois não existem métodos ou algo mais complexo como a NFe. O componente populado terá as informações do xml para o uso. Veja os fontes para ficar mais claro. ../trunk2/Fontes/ACBrDFe/ACBrDI/

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

Confirme com o provedor se a emissão via webservice está habilitada para o prestador, além da emissão pela página, podem ser serviços distintos a serem autorizados. Pela mensagem, aparentemente falta habilitar algo. Sim, veja no fórum e no discord que existem diversos posts com dúvidas e relatos de ter funcionado. Você está com os fontes atualizados? Caso não esteja, atualize e reinstale os componentes, pois eventualmente a falta de preenchimento de alguma tag do xml pode induzir o serviço a retornar um erro que aparentemente não condiz com seu cenário. Veja no tópico a seguir que o Italo informa a necessidade de cadastro para a emissão via webservice e a que pode ser necessária a liberação de um lote de numeração de RPS.

Boa noite, Você solicitou ao provedor a liberação do ambiente de homologação para este prestador de serviços? Houveram outros casos do mesmo problema que faltava liberação do provedor. <MensagemRetorno> <Codigo>E157</Codigo> <Mensagem>Usuario nao tem autorizacao para solicitar o servico.</Mensagem> <Correcao>A pessoa fisica ou juridica, identificada pelo CPF ou CNPJ, nao esta autorizada a solicitar o servico para o contribuinte identificado pelo CPF ou CNPJ.</Correcao> </MensagemRetorno>

Boa noite, Confirme se está considerando o registro correto. Segue trecho do manual do SPED Contábil onde consta apenas o campo RZ_CONT no registro I550.

Complementando, apenas o último evento é válido, sendo desconsiderado o anterior. Se você fez uma correção no primeiro e ela ainda for necessária, deve ser enviada junto da nova correção.

Realmente me baseei no retorno que, ao apontar 1.1, deu a entender que estava na versão 1.0. Comparando os xmls, parecem ter a mesma estrutura. Um último teste, se você tentar carregar o XML gerado pelo ini, o schema barra ou passa? Lembrando de utilizar o método eSocial_CarregarXMLEventoeSocial

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

Boa noite @ecreativus Vamos fechar este tópico, pois já atingiu o objetivo e está se estendendo além do necessário. Conforme o Juliomar já solicitou duas vezes, por favor informe seu e-mail ou outro meio de contato que preferir. Envie seus contatos por mensagem privada que editaremos este último post para que outros interessados possam te contactar.

A estrutura do xml das versões 1.0 e 1.1 deve ser diferente. A biblioteca se baseia na versão configurada na VersaoDF https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca11.html Compare o XML 1.0 gerado com o ini e o seu xml da versão 1.1 Caso não consiga gerar um XML 1.0 para seguir os testes, por favor aguarde a implementação da versão 1.1 na biblioteca.

A versão 1.1 ainda está na fila de implementação, o componente está na versão 1.0. O erro está ocorrendo porque está tentando importar um xml da versão 1.1 na versão 1.0. Veja se consegue gerar o xml na versão 1.0 para validação. Acompanhe o tópico a seguir para novidades sobre a versão 1.1

Agora que o ambiente está configurado, testou o método para carregar o XML?

Boa tarde, Não preencha o NumeroSerie quando preencher o ArquivoPFX. 1. Sua aplicação é x86, certo? Não conheço harbour, mas acredito que deva gerar um exe x86. Sendo x86, você deve distribuir e usar qualquer dll x86, pegue as dlls da libxml2 também x86, mesmo que o SO seja 64. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/ 2. Tente mudar para OpenSSL. SSLCryptLib=1 SSLHttpLib=3 2.1. Copie as dlls da OpenSSL para a pasta do exe. Lembrando de pegar a x86 se o exe é x86, mesmo que o SO seja 64. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/

Bom dia, Você deve preencher NFSe.Servico.Valores.IssRetido com stNormal para gerar o TipoRecolhimento como A. Segue como identificar o valor a ser preenchido. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.GravarXml.pas function TNFSeW_ISSDSF.GerarXml: Boolean;

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