-
Total de ítens
253 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Leandro Vignoto postou
-
Ref. a Distribuição de Documentos - Eventos
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrNFe
Vlw.. Obrigado. Att. Leandro -
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
-
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
-
Blz... Atualizei e deu certo.... Obrigado T+
-
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
-
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
-
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
-
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
-
Distribuição DFe de CT-e - Evento 310611
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrCTe
Blz Italo, era isso mesmo. Apaguei e instalei tudo novamente e resolveu. Achei que somente atualizando os fontes já resolveria. Obrigado novamente. Att. Leandro- 12 replies
-
- 1
-
-
Distribuição DFe de CT-e - Evento 310611
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrCTe
Boa Tarde, Italo Obrigado pelo auxílio. Atualizei os fontes, de uma olhada no documento em anexo agora. Att. Leandro Evento 310611.docx- 12 replies
-
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 replies
-
Boa Tarde ! De uma olhada nesse tópico Att. Leandro
-
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
- 2 replies
-
- distribuicaodfe
- xmlns
- (e 3 mais)
-
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
- 33 replies
-
- nsu faltou
- pulou nsu
- (e 2 mais)
-
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
- 33 replies
-
- nsu faltou
- pulou nsu
- (e 2 mais)
-
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
- 33 replies
-
- nsu faltou
- pulou nsu
- (e 2 mais)
-
Ref. a Access Violation - Imprimir CTe Fortes
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrCTe
Após uma tarde, colocando "midaslib" no uses do projeto o erro não ocorre. Att. Leandro- 1 reply
-
- access violation
- cte
-
(e 1 mais)
Tags:
-
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
- 1 reply
-
- access violation
- cte
-
(e 1 mais)
Tags:
-
Ref. a Dúvidas Evento de Cancelamento na Distribuição DFe
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrNFe
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- 13 replies
-
- evento
- cancelamento
- (e 3 mais)
-
Ref. a Distribuição de Documentos CT-e
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrCTe
Segue alterada pcteRetDistDFeInt.pas -
Ref. a Distribuição de Documentos CT-e
Leandro Vignoto replied to Leandro Vignoto's tópico in ACBrCTe
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 -
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
-
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
- 21 replies
-
- 1
-
-
- manifestacao
- nfe
- (e 3 mais)
-
Boa Tarde ! Isso já foi corrigido. Atualizar os fontes. Att. Leandro
