-
Total de ítens
225 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Cognum Informatica Ltda. postou
-
NFSe Osasco - SP Validações
Cognum Informatica Ltda. replied to Cognum Informatica Ltda.'s tópico in ACBrNFSe
Bom dia Italo.... Agradeço o contato e a atenção.... Vou fazer os testes e te posiciono dos resultados. Fábio -
NFSe Osasco - SP Validações
Cognum Informatica Ltda. replied to Cognum Informatica Ltda.'s tópico in ACBrNFSe
Bom dia @Italo Jurisato Junior , Estou precisando finalizar a interface com a Prefeitura de Osasco, por gentileza, você conseguiu analisar o relatório que a área técnica que atende a prefeitura de Osasco enviou? Precisa que eu te encaminhe ou levante mais alguma informação ? Desculpe-me pela cobrança do caso, agradeço a atenção. @Fábio Eduardo de Souza -
NFSe Osasco - SP Validações
Cognum Informatica Ltda. replied to Cognum Informatica Ltda.'s tópico in ACBrNFSe
Boa tarde, Italo, Você conseguiu analisar o relatório que a área técnica que atende a prefeitura de Osasco enviou? Você precisa de mais alguma informação ? @Fábio Eduardo de Souza -
Boa tarde, Italo. Depois de algumas correções de base de dados que fiz por orientação do suporte da prefeitura, refiz o teste de envio e tornou a aparecer a mensagem de "A nota fiscal deve ser enviada". Enviei o arquivo 31031-ger-nfse-soap.xml (que conforme vc me disse anteriormente é o XML enviado para o webservice) para o Wilian(suporte da prefeitura de Osasco)e o mesmo não encontrou o problema no xml, me disse que aparentemente estava correto, mas que não sabia a origem do problema. Assim sendo, o Wilian enviou o arquivo 31031-ger-nfse-soap.xml para a equipe técnica que atende a prefeitura de Osasco para avaliação. Em anexo está a resposta da equipe técnica (Erro Arquivo XML.txt) e o XML que enviei 31031-ger-nfse-soap.xml . Acabei comparando o arquivo 310313-rps.xml que também é gerado pelo componente ACBR, com o leiaute que a prefeitura disponibilizou e estão semelhantes, mas este eu não enviei ao suporte para analise. Fábio Eduardo de Souza. 310313-rps.xml Erro Arquivo XML.txt 31031-ger-nfse-soap.xml
-
Tranquilo, Henrique @hleorj Mas pelo que verifiquei na legislação, o leiaute da DANFE no ACBR está corretissímo. No manual de orientação do contribuinte, não menciona em nenhum momento o quadro especifico para ENDEREÇO DE ENTREGA..... se não consta no manual entendo que não é para ter mesmo. Obrigado novamente pela ajuda. @Fábio Eduardo de Souza
-
Boa tarde, Henrique Agradeço a orientação , com o que vc escreveu, fui atras da legislação que fala sobre DANFe e encontrei todo o descritivo legal sobre o que DEVE realmente conter na DANFe, e vc esta completamente certo, o leiaute em RAVE estava fora do padrão da receita. Com o ACBR estamos cumprindo exatamente o que pede a legislação. Mais uma vez , agradeço pelo orientação, pela ajuda Henrique @hleorj. Abraço @Fábio Eduardo de Souza.
-
Campos ENDEREÇO ENTREGA na DANFE em FORTES REPORTS
um tópico no fórum postou Cognum Informatica Ltda. ACBrNFe
Boa tarde, Henrique Leonardo @hleorj @Fábio Eduardo de Souza, bom dia Não será possível ter o layout pelo ACBr. Ps : Abra sempre um novo post , para um assunto Só pra não haver duvidas no que vc me respondeu, hoje eu uso o leiaute em FORTES REPORTS , esqueci de mencionar isso na outra postagem. Minha duvida é se no leiaute em FORTES REPORTS não seria possível incluir estes campos de endereço de entrega, igual aos que existiam no leiaute em RAVE? O RAVE nós já abandonamos, só utilizamos o FORTES agora. @Fábio Eduardo de Souza -
Bom dia Henrique Leonardo. Na versão antiga TRUNCK, nos usavamos o leiaute em RAVE, em anexo estou enviando uma imagem com os campo de entrega que eram impressos quando o endereco de entrega era diferente do endereço de faturamento. Só não sei te precisar se estes campos eram fixos, ou se só apareciam quando preenchidos.Caso não consiga visualizar, mendo em PDF. Henrique, por gentileza, se houver a possibilidade destes campos voltarem para o leiaute me posicione, ficarei muito grato. Abraços @Fábio Eduardo de Souza
-
Boa tarde, Henrique ( @hleorj) Estou tendo reclamações de meus clientes referente aos campos de "Local de entrega" (cnpj e endereco) que existiam na versão antiga da DANFe, se não me engano no TRUNCK. Mesmo saindo corretamente nos Dados Adicionais, ainda estou tendo resistências/reclamações sobre o campo. A titulo de curiosidade da minha parte, existe algum motivo para estes campos terem sido retirados do DANFe ? E há a possibilidade de retornar a impressão destes campos? Desde já agradeço Fábio Eduardo.
-
Italo, bom dia. Mandei os arquivos para o suporte da Prefeitura e em resposta o técnico me passou que aparentemente não há problemas com a estrutura do xml, agora o que tenho são problemas de informações, dados constantes ou faltantes no XML. O técnico me disse também que a mensagem que webservice está gerando de "A nota fiscal não foi informada" é uma mensagem "GENÉRICA", dá pra entender isso???...Não especifica o problema relativo as informações do xml. Segundo ele, este problema esta sendo relatado para a empresa EGoverne para correção. No mais, estou procedendo com os acertos solicitados pelo suporte, para continuar a realização de novos testes. Italo, muito obrigado pelo ajuda, desculpe o transtorno, e conforme eu for avançando nos testes com o EGoverne vou te posicionando. @Fábio Eduardo de Souza
-
Italo, bom dia Relativo a comparação, eu realmente tinha duvidas de qual arquivo e´ enviado ao webservice, agora que vc me esclareceu esta duvido posso se mais direto nas minhas comparações. Vou entrar em contato novamente com o pessoal da Prefeitura e enviar a eles o arquivo *-ger-nfse-soap.xml para que refaçam a validação neste cara e se realmente ainda estiver faltando alguma coisa , que nos aponte o que é. Obrigado novamente pelo empenho, pela ajuda. @Fábio Eduardo de Souza
-
Italo, Fiz as alterações que vc soliciTou e a mensagem "A nota fiscal deve ser informada". voltou a aparecer. Analisando os XMLs em comparação com o XML de exemplo notei diferença entra o XML 310313-rps.xml e o 31031-ger-nfse.xml , o 31031-ger-nfse.xml está identico ou bem parecido com o xml de exemplo da prefeitura quanto que o 310313-rps.xml está da forma antiga. Segue anexos: Não identifiquei qual destes é enviado ao webservice da prefeitura. 310313-rps.xml 31031-ger-nfse.xml 31031-ger-nfse-soap.xml 31031-lista-nfse.xml 31031-lista-nfse-soap.xml
-
Bom dia , Italo Baixei o SVN compilei e quando envio para o site da Prefeitura retorna a mensagem que era gerada anteriormente "A nota fiscal deve ser informada". Dei uma olhada no XML de envio e notei que a tag <ChaveAutenticacao /> esta em branco. Verifiquei se minha aplicação estava populando o campo "Prestador.senha" como vc havia me orientado anteriormente e constatei que o campo está com informações, mas que no xml não esta sendo levada. Será que isso pode estar influenciando nas mensagens de erro.Não havia me atentado neste campo nos testes realizados anteriormente. Italo, tomei a liberdade de comparar o XML que a prefeitura enviou com o xml gerado pelo sistema, em anexo estou enviando a imagem do comparativo. Do lado direito da tela esta Ex prefeitura e do lado esquerdo o que eu gerei, espero que ajude. e tambem os XMLs gerados neste teste. 310313-rps.xml 31031-ger-nfse.xml 31031-ger-nfse-soap.xml 31031-lista-nfse.xml 31031-lista-nfse-soap.xml
-
Italo, desculpe eu não havia me atentado ao INI. Depois que atualize o INI, o sistema gerou os XMLs e agora está me retornando a seguinte mensagem: "O request deve ser informado." Em anexo estou enviando os XMLs gerados. Obrigado e desculpe mais uma vez. @Fábio Eduardo de Souza 310313-rps.xml 31031-ger-nfse.xml 31031-ger-nfse-soap.xml 31031-lista-nfse.xml 31031-lista-nfse-soap.xml
-
Boa tarde Italo Compilei o sistema e fiz os testes de envio de uma nota e deu a seguinte mensagem de erro : 'Não encontrei final do elemento: </Rps>' o metodo que gerou a mensagem é : function TDFeSSLClass.AdicionarSignatureElement(ConteudoXML: String; AddX509Data: Boolean; docElement, IdSignature: String): String; var URI, TagEndDocElement: String; I: Integer; begin URI := ExtraiURI(ConteudoXML); TagEndDocElement := '</' + docElement + '>'; I := PosLast(TagEndDocElement, ConteudoXML); if I = 0 then raise EACBrDFeException.Create('Não encontrei final do elemento: ' + TagEndDocElement); Result := copy(ConteudoXML, 1, I - 1) + SignatureElement(URI, AddX509Data, IdSignature) + TagEndDocElement; end; E não gerou nenhum arquivo XML. @Fábio Eduardo de Souza
-
Italo, boa tarde. Recebi a resposta do técnico da prefeitura de osasco : Prefeitura do Município de Osasco :: Nota Fiscal Eletrônica 11:27 (Há 5 horas) para mim Fabio, segue em anexo o layout correto para formatação do arquivo xml. Notamos que no final do seu arquivo, nas ultimas tags existem umas informações que não são lidas pelo sistema, e pode ser esse o motivo do erro. Fico á disposição. Em anexo estou enviando o Exemplo.xml que é o arquivo que o pessoal da prefeitura cita no email. Junto estou enviando o xml gerado pelo meu sistema, e a resposta recuperada do webservice. Se precisar de mais informações, me avise que entro em contato com o pessoal da prefeitura ou mesmo encaminho o contato para vocÊ. Obrigado e tenha um excelente final de semana. @Fábio Eduardo de Souza ' 310313-rps.xml Envio.xml Exemplo.xml RespostaWebService.xml
-
Bom dia Italo, Só para seu conhecimento, entrei em contato com o suporte da prefeitura de Osasco, e o técnico responsável pelo sistema me pediu que envia-se os arquivos XML gerados pelo sistema, para ele avaliar. Assim que obtivermos uma resposta sobre a avaliação, te posiciono. Obrigado. @Fábio Eduardo de Souza
-
Ok, Italo, Vou alterar e conferir os resultados.. Obrigado. Beleza, Italo, Deu certo , a chave já está saindo na TAG correta. Quanto ao ADD, eu mandei apenas o campo , não enviei o contexto do método.... hehehe Mesmo com a chave o erro "A nota fiscal deve ser informada. " ainda persiste. Estou tentando encontrar um leiaute deste XML, para entender onde esse tal campo deve ser preenchido. O estranho é que quem gera o número da nota fiscal é a prefeitura..... Mas, obrigado novamente Italo. @Fábio Eduardo de Souza
-
Italo, boa tarde Passei uma informação fictícia, para o campo Chave acesso ACBr.NotasFiscais.Add.NFSe.Prestador.ChaveAcesso := 'c1250o70-6462-431b-b458-2oo563730087'; para ver se a mensagem de erro acima não ocorre mais acabei vendo que a TAG <rgm1:ChaveAutenticacao/> não está sendo preenchida com esta informação. Será que estou passando a chave de acesso para campo errado. A chave que estou falando , é a chave de autenticação que o cliente gera no site da prefeitura de Osaco habilitando a utilização do sistema de webservices para envio de NFSe. @Fábio Eduardo de Souza