Ir para conteúdo
  • Cadastre-se

Leandro Vignoto

Membros Pro
  • Total de ítens

    253
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Leandro Vignoto postou

  1. Vlw.. Obrigado. Att. Leandro
  2. Com essa configuração acima, autorizou normalmente em GO no ambiente de homologação. Estranho que no PR e MS, tanto faz eu colocar ACBrNFe.SSL.SSLType := LT_TLSv1_2; ou ACBrNFe.SSL.SSLType := LT_all; em ambos os casos autoriza normalmente no ambiente de homologação para 4.0 Até então havia entendido que no 4.0 só funcionaria com LT_TLSv1_2. Isso procede ? Att. Leandro
  3. Bom Dia ! Ocorreram a existência de mais 5 eventos enviados pela sefaz e que não estavam mapeados no Acbr e nesse caso ele assume como carta de correção, conforme post. Esses eventos são armazenados para manter a sequencia NSU. Em anexo está a unit alterada com a inclusão desses novos eventos. Também fiz uma alteração para retornar como posição inicial "-99999 - teNaoMapeado" evitando que seja retornado o evento de carta de correção de forma indevida. Gostaria que fosse analisado se é possível assumir essa alteração. Att. Leandro Vignoto Alteração PCNConversão.xlsx pcnConversao.pas
  4. Blz... Atualizei e deu certo.... Obrigado T+
  5. Bom Dia ! Fiz a alteração no arquivo pcnConversao.pas. É possível avaliar se está correto e atualizar o repositório ? Att. Leandro pcnConversao.pas
  6. Bom Dia ! Conforme imagem em anexo, a sefaz está retornando o evento 610614 - MDF-e Autorizado com CT-e e na distribuição de NF-e aparentemente o evento não consta no Acbr (pcnConversao), então o mesmo está assumindo como se fosse carta de correção 110110 no preenchimento do componente. Att. Leandro
  7. Bom Dia ! Para mim aparentemente está normal. Tenho muitos documentos destinados do dia 06/12 em diante, tanto NF-e como CT-e. Att. Leandro
  8. Bom Dia ! Aconteceu também o primeiro erro comigo. Agora ao enviar novamente está dando Erro Interno: 12002 Erro HTTP: 0 Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisição Att. Leandro
  9. Blz Italo, era isso mesmo. Apaguei e instalei tudo novamente e resolveu. Achei que somente atualizando os fontes já resolveria. Obrigado novamente. Att. Leandro
  10. Boa Tarde, Italo Obrigado pelo auxílio. Atualizei os fontes, de uma olhada no documento em anexo agora. Att. Leandro Evento 310611.docx
  11. Bom Dia ! Conforme XML em anexo, a sefaz está retornando o evento 310611 - MDF-e Cancelado na distribuição de CT-e e aparentemente o evento não consta no Acbr (pcnConversao), então o mesmo está assumindo como se fosse carta de correção 110110 no preenchimento do componente. Att. Leandro Evento 310611.xml
  12. Boa Tarde ! De uma olhada nesse tópico Att. Leandro
  13. Boa Tarde ! No retorno da distribuição de DFE no XML de evento processado <procEventoNFe> nas TAGs do grupo <infEvento> veio a informação xmlns="http://www.portalfiscal.inf.br/nfe" conforme imagem em anexo. Com isso, a informação do componente "ACBrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.chNFe" (como exemplo) não é carregada. Att. Leandro
  14. Douglas, olha o exemplo nas imagens em anexo. Consultei a partir do 103035, observe no xml de retorno que pulou o 103039, 103040. Isso não acontecia antes. Att. Leandro
  15. Douglas, há um bom tempo venho acompanhando se havia pulos dessa numeração e estava bem consistente. Realmente do mês de agosto para cá está muito bagunçado por parte da Sefaz e estou bem confuso também com relação a isso. Nessa mesma nota técnica, na página 7, item "a" diz o seguinte, para quando se pesquisa a partir do último NSU armazenado Ou seja, pesquisando TODOS, se informar um muito antigo a sefaz vai disponibilizar o último que ela pode (acredito que dentro do prazo dos 3 meses) Já no item "B", não faz menção a esse bloqueio e diz que é para ser utilizado justamente para procurar as "lacunas" na sua base de dados Pois bem, mesmo eu consultando especificamente o NSU 103039 como exemplo, a SEFAZ retorna 137 e Ultimo NSU válido 103090, mesmo sendo dentro dos 3 meses. É como se o 103039 não existisse na base da sefaz, situação que ela afirma não ocorrer. No meu caso, vou considerar o 103039 como retorno 137 mesmo para manter a sequencia. Att. Leandro
  16. Boa Tarde... Comigo também ocorreu, da seguinte maneira. Tinha até o NSU 46162 armazenado na base de dados, então em nova pesquisa a partir do 46162 trouxe como Máximo NSU o 46410. Porém do 46163 até o 46254 retorna como 137 - Nenhum documento localizado e do 46255 para frente retorna normal. A pergunta é: Será que em algum momento a sefaz vai vincular algum documento no intervado de 46163 a 46254 ou esses números vão retornar eternamente 137. Acho que nunca vamos saber disso. Na página 10 da "NT2014.002_v1.02b_WsNFeDistribuicaoDFe" diz para "desconsiderar" mas isso quando se consulta um NSU específico e não quando solicita a distribuição a partir do último armazenado. Leandro
  17. Após uma tarde, colocando "midaslib" no uses do projeto o erro não ocorre. Att. Leandro
  18. Boa Tarde ! Atualizado hoje os fontes, ao imprimir pelo "Demo_AcbrCte" apresenta a mensagem de access violation. Isso acontece somente no ambiente de uma empresa. Não é problema no xml, nem na base de dados. Se rodar o "Demo_AcbrCte" com permissão de administrador, imprime corretamente. O "Demo_AcbrNfe" imprime normal, SEM A PERMISSÃO DE ADMINISTRADOR". Acredito ser algo relacionado a DLL que não carrega por não ter permissão, mas não consigo depurar para saber onde é exatamente o erro. Alguém tem alguma sugestão ? Não tenho certeza, mas parece que já li algo no fórum que o Danfe da NFE foi retirado a utilização do MIDAS. Não sei se é isso e não tenho nem ideia de como fazer isso. Att. Leandro
  19. Estou localizando o schema que foi retornado if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.schema = pcnConversaoNfe.schprocEventoNFe Then Então carrega essa informação ACBrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.tpEvento Att. Leandro
  20. Segue alterada pcteRetDistDFeInt.pas
  21. Boa Tarde, Italo Nesse ponto passou com a alteração feita, porém deu outros erros para baixo, conforme vou descrever agora. 1) Nessa linha "FdocZip.Items.FInfZip := UnZip(StrDecod);" porque a variável StrAux está em branco. Se descomentar "StrAux := RetornarConteudoEntre(Leitor.Grupo, '>', '</docZip');" funcionou corretamente. 2) Nessa linha "if (oLeitorInfZip.rExtrai(2, 'retEvento') <> '') then", TROCAR POR if (oLeitorInfZip.rExtrai(2, 'retEventoCTe') <> '') then Veja o XML de retorno em anexo. Att. Leandro 3106104116120917490700014157001000011780178247430101-procEventoCTe.xml
  22. Bom Dia ! Em testes realizados, não está sendo carregado informações para o componente ACBRCTe com relação a distribuição de documentos pelo seguinte motivo: Na unit "pcteRetDistDFeInt" na função TRetDistDFeInt.LerXml está sendo procurado o valor "DocZip" em maiúsculo, onde acredito que deveria ser "docZip" Na unit "pcnRetDistDfeInt" está dessa forma Att. Leandro
  23. Deve ter outras formas de saber. Eu verifico qual o schema utilizado no processamento e por enquanto resolve. if AcbrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.schema = schprocNFe Then // significa que já retornou a nota processada Begin AcbrNfe.NotasFiscais.Clear; AcbrNfe.NotasFiscais.LoadFromString(localAcbrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.InfZip); End; Att Leandro
  24. Boa Tarde ! Isso já foi corrigido. Atualizar os fontes. Att. Leandro
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.