Ir para conteúdo
  • Cadastre-se

Mateus Brunelli

Membros Pro
  • Total de ítens

    135
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Mateus Brunelli postou

  1. Bom dia, Estou com o mesmo problema, após carregar todos os NFSe's para o componente ACBrNFSe, quando chamo o comando ACBrNFSe1.NotasFiscais.Imprimir; está abrindo a impressão do Danfse no fortes várias vezes sendo uma vez para cada documento carregado no componente, ao invés de abrir uma única vez a impressão colocando cada documento carregado em uma página da impressão. Alguém conseguiu contornar essa questão de alguma forma? Aliás creio que este tópico seja o mesmo que este abaixo, se alguém puder unificar ou desativar um deles Agradeço desde já.
  2. Bom dia, Estou com o mesmo problema, após carregar todos os NFSe's para o componente ACBrNFSe, quando chamo o comando ACBrNFSe1.NotasFiscais.Imprimir; está abrindo a impressão do Danfse no fortes várias vezes sendo uma vez para cada documento carregado no componente, ao invés de abrir uma única vez a impressão colocando cada documento carregado em uma página da impressão. Alguém conseguiu contornar essa questão de alguma forma? Agradeço desde já.
  3. Bom dia, tudo atualizado e testado. Obrigado
  4. Bom dia, tudo atualizado e testado, Obrigado
  5. Bom dia, percebi que esta funcionalidade para o provedor Tecnos não estava pronta e procedi com a alteração, pois também estava precisando desta melhoria. Agora está funcionando o QR-CODE para o provedor Tecnos. Em anexo o arquivo alterado. Peço que analisem a alteração e se acharem pertinente favor submeter a alteração ao repositório. Agradeço desde já. ACBrNFSeDANFSeRLRetrato.pas
  6. Boa tarde, estou implementando NFSe para o provedor Tecnos, e percebi que a competência na impressão da DANFSe usando o Fortes Report estava ficando desconfigurada. No arquivo XML processado da NFSe a informação da competência está vindo da seguinte forma: <Competencia>2018-11-16T10:45:34</Competencia> Então fiz uma alteração no arquivo: ACBrNFSeDANFSeRLRetrato.pas conforme consta em anexo, peço que analisem essa alteração para caso acharem pertinente submeter aos fontes. ACBrNFSeDANFSeRLRetrato.pas
  7. Boa tarde, peço o favor adicionar no arquivo de cidades.ini as informações para a cidade de Tapejara-RS conforme abaixo: [4320909] Nome=Tapejara UF=RS Provedor=Tecnos NomeURL_H=tapejara NomeURL_P=tapejara Desde já agradeço
  8. Tudo certo Italo, mais uma vez muito obrigado Abraço
  9. Boa tarde Italo, Quase tudo 100% só a nomenclatura do banco demonstração que está incorreta a escrita, você colocou 'BANCO_DEMOSTRACAO' ao invés de 'BANCO_DEMONSTRACAO'. O Arquivo corrigido está em anexo. Se puder alterar também o arquivo de cidades.ini alterando a cidade de ibiaçá já adicionando o banco homologação e também adicionando as demais cidades conforme abaixo. Acho melhor sempre deixar no arquivo Cidades.ini o banco de homologação mesmo que hoje seja o mesmo banco para todas as cidades. Mas aí você verifica o que achar melhor. Muito obrigado pela atenção e colaboração. Cidades.ini ... [4309803] Nome=Ibiaçá UF=RS Provedor=DataSmart Banco_P=B_IBIACA Banco_H=BANCO_DEMONSTRACAO [4300059] Nome=Água Santa UF=RS Provedor=DataSmart Banco_P=B_ASANTA Banco_H=BANCO_DEMONSTRACAO [4316600] Nome=Sananduva UF=RS Provedor=DataSmart Banco_P=SANANDUVA Banco_H=BANCO_DEMONSTRACAO [4323358] Nome=Vila Lângaro UF=RS Provedor=DataSmart Banco_P=B_LANGARO Banco_H=BANCO_DEMONSTRACAO ACBrNFSeConfiguracoes.pas
  10. Ótimo Italo, se puder submeter os fontes ao repositório que farei os testes e postarei os resultados. Obrigado,
  11. Bom dia Italo, Eu já entrei em contato com o provedor e me informaram que para produção não segue um padrão de nomenclatura nenhum, por exemplo, Ibiaçá é B_IBIACA, Sananduva é SANANDUVA, Água Santa é B_ASANTA, Vila Langaro é B_LANGARO. Ou seja creio que seja interessante criar um campo no Cidades.ini para a base de produção. Aí como estava criando um campo para base de produção criei também para homologação pois caso eles mudem o banco de dados de homologação futuramente, ficará fácil de modificar, não exigirá alteração nos fontes. Se quiser posso remover o campo que criei para o banco de homologação, e lhe enviar o arquivo novamente só com o banco de produção. Me avisa o que achar que fica melhor. Obrigado pelo retorno
  12. Boa tarde. Fiz uma alteração no arquivo ACBrNFSeWebServices.pas essa alteração está em anexo. Nesta alteração busco a informação do banco de dados de produção e de homologação do arquivo Cidades.ini, conforme o Rafael D'Lima sugeriu. No Arquivo Cidades.ini deverá ter dois novos parametros, são eles: BD_Prefeitura_P e BD_Prefeitura_H. Sendo o primeiro para Produção e o outro para Homologação. Peço que analisem se puder ser submetido a alteração nos fontes do ACBr. ACBrNFSeWebServices.pas
  13. Bom dia, tudo bem? Estou colocando em produção a NFSe para o município de Ibiaçá-RS que usa o provedor DataSmart, porém estou com um problema em relação ao campo Prefeitura para ambiente de produção, no qual é configurado no envelope soap. Para homologação este campo deve ser passado com o conteúdo 'BANCO_DEMONSTRACAO'. Já para produção para o município de Ibiaçá-RS deverá ser passado o conteúdo 'B_IBIACA' e pelo que me informaram cada município será uma lógica de nomenclatura diferente. Neste caso como vocês acham de fazer? Hoje no ACBr tem no ACBrNFSeWebServices.pas +- na linha 1079 o conteúdo mostrado abaixo que transforma o código do município para o nome conforme configurado na função CodCidadeToCidade. ... case FProvedor of proDataSmart: begin if FPConfiguracoesNFSe.WebServices.Ambiente = taProducao then Texto := StringReplace(Texto, '%Municipio%', UpperCase(CodCidadeToCidade(FPConfiguracoesNFSe.Geral.CodigoMunicipio)), [rfReplaceAll]) else Texto := StringReplace(Texto, '%Municipio%', 'BANCO_DEMONSTRACAO', [rfReplaceAll]); end else Texto := StringReplace(Texto, '%Municipio%', IntToStr(FPConfiguracoesNFSe.Geral.CodigoMunicipio), [rfReplaceAll]); end; ... Porém não podemos alterar na função CodCidadeToCidade pois senão interferirá em outros locais. Neste caso o que acham de fazer? Agradeço desde já a colaboração.
  14. Buenas, segue em anexo arquivo alterado. Obrigado, Abraço ACBrNFSeDANFSeRLRetrato.pas
  15. Bom dia, efetuei uma pequena alteração na impressão da NFSe em Fortes Report, como tem casos em que não existe a Natureza de Operação na NFSe, como caso da ABRASF V.201, então alterei para que quando a natureza de operação for em branco então nem coloque o campo escrito: "Natureza da Operação" na impressão da NFSe. Em anexo a alteração, peço que analisem e se acharem pertinente submetam nos fontes. Obrigado ACBrNFSeDANFSeRLRetrato.pas
  16. Boa tarde Italo, tudo bem? Com as alterações que eu efetuei no arquivo pnfsLerListaNFSe.pas que está em anexo consegui ter o retorno corretamente para o provedor DataSmart. Peço que analise as alterações que eu fiz e se achar válido, que atualize nos fontes. Agradeço desde já pela atenção e ajuda. pnfsLerListaNFSe.pas
  17. Certo Ítalo, somente está gravando os XMLs da comunicação e do RPS, o arquivo -nfse.xml não está sendo gravado. Quanto ao procedimento LerXml da unit pnfsLerListaNFSe, não está chegando na linha 465 pois o conteúdo da variável Nivel1, está Falso, deve estar faltando tratamento para o provedor DataSmart nesta função
  18. Boa tarde Italo, Estou usando o método ACBrNFSe1.Gerar(iLote); Este método chama o WebServices.Gera(ARps, ALote); e este por sua vez chama o "Result := FGerarNfse.Executar;". Após este "Executar" ele cai na exception que vem em seguida, pois o Result está ficando "false". Então nesta função "Executar" é chamado o "TratarResposta" este por sua vez chama o "ExtrairNotasRetorno" e é nesta função que acredito que não esteja conseguindo ler o arquivo de retorno corretamente, pois ali tem uma chamada: "FRetornoNFSe.LerXml;" e após esta chamada o conteúdo de FRetornoNFSe.ListaNFSe.CompNFSe.Count está ficando zerado, por isso creio que esteja faltando tratamento para o provedor DataSmart dentro do FRetornoNFSe.LerXml, para que consiga ler o arquivo de retorno corretamente. Quanto ao seu questionamento referente ao XML da NFSe, sim ele está sendo gravado na pasta. Estou lhe enviando em anexo o XML da NFSe e os XMLs da comunicação. O que observei é que o XML da nota está sendo recebido pelo webservice, pois se eu tento enviar novamente o mesmo número de NFSe ele da erro de duplicidade de numeração. Ou seja, esta recebendo o XML e retornando, acredito que esteja faltando somente ajustar a leitura do retorno. Percebi também que um dos arquivos da comunicação, o arquivo "XXX-lista-nfse-soap.xml", que está em anexo esta com erro na estrutura do XML. Arquivos.rar
  19. Boa tarde Ítalo, o problema no provedor foi corrigido, acontecia que o provedor estava esperando valores nos campos de valor como por exemplo: valorDeducoes, valorPis, valorCofins, valorInss etc. Não aceitava que estas tags não estivessem no XML, e como o ABCr só coloca estas tags se tiver valor > 0 então dava problema. Mas creio que este problema agora foi resolvido pois ao enviar a NFSe agora não apresenta mais a mensagem de erro no processamento do arquivo. Porém agora ao transmitir a nota está dando o seguinte erro: Project TesteNFSe.exe raised exception class EACBrDFeException with message ''. Acredito ser algum problema na leitura do XML de retorno. Em anexo envio os arquivos da comunicação efetuada. Também tentei fazer uma consulta pelo ACBrNFSe1.ConsultarNFSeporRps e também obtive o mesmo erro. Se puder auxiliar com essa questão agradeço desde já. Comunicacao.rar
  20. Bom dia pessoal, tudo bem? Estou implementando a nota fiscal eletrônica de serviços (NFSe) para o município de Ibiaçá-RS que usa o provedor DataSmart. Realizei a implementação com o ACBR com as informações da WSDL, Município (BANCO_DEMONSTRACAO), usuário e password passados pela Sinsoft de Sananduva para ambiente de homologação. Porém quando estou tentando transmitir o XML via webservice em homologação, está me retornando a seguinte mensagem: Código Erro : E232 Mensagem... : Ocorreu um erro no processamento do arquivo - - Falha ao gravar dados no servidor, por favor tente novamente mais tarde. Correção... : Consulte o manual ou procure a Prefeitura para regularizacao Em anexo estou enviando os arquivos da comunicação com o webservice. Arquivos.rar
  21. Ok Italo, Peço a gentileza de também acrescentar no Cidades.ini a informação referente ao município de Ibiaçá conforme abaixo: [4309803] Nome=Ibiaçá UF=RS Provedor=DataSmart Sobre a mensagem que está retornando: "Ocorreu um erro no processamento do arquivo - - Falha ao gravar dados no servidor, por favor tente novamente mais tarde". Será que pode ser algum problema com o provedor? Desde já agradeço.
  22. Bom dia Pessoal, eu também estou implantando o servidor DataSmart para a município de Ibiaçá-RS, atualizei os fontes conforme o Italo ajustou e fiz mais uma alteração temporária nos fontes somente para agora na homologação, que foi no arquivo pnfsConversao na linha 5777 onde existia: 4309803: Cidade := 'Ibiaca/RS'; Substituí por: 4309803: Cidade := 'BANCO_DEMONSTRACAO'; Pois é assim que pessoal da SINSOFT instruiu para homologação. Porém após fazer esta alteração ao transmitir o NFSe está retornando a mensagem: "Ocorreu um erro no processamento do arquivo - - Falha ao gravar dados no servidor, por favor tente novamente mais tarde". Estou anexando os arquivos da comunicação. Arquivos.rar
  23. Bom dia Pessoal, para ajustar essa questão fiz a seguinte alteração no arquivo ACBrTEFDCliSiTef.pas Na linha 1252 onde é gravado as informações da transação no arquivo temporário, só estava gravando as informações no arquivo quando a variável TipoCampo = 133 (NSU do SiTef) ou TipoCampo = 952 (Número de autorização NFCE), mas eu precisava de campos que vem na sequencia, como por exemplo o TipoCampo = 134 (NSU do Host autorizador) e este campo não estava sendo gravado no arquivo temporário, bem como outros campos que vem na sequencia. Então incluí nesta validação também para gravar no arquivo quando o TipoCampo = 1 (Dados de confirmação da transação) que pelo que entendi seria quando já passou por todos os outros campos, então poderia gravar novamente no arquivo as informações da transação, para que se a aplicação cair, quando reiniciar consiga buscar do arquivo temporário todas as informações necessárias da transação. Conteúdo original: 133, 952: begin fArqBackUp := CopiarResposta; end; Conteúdo alterado: 1, 133, 952:ACBrTEFDCliSiTef.pasACBrTEFDCliSiTef.pas begin fArqBackUp := CopiarResposta; end; O arquivo alterado está em anexo. Não sei se essa alteração impactaria no funcionamento do TEF, mas aqui para mim resolveu o problema. Peço que analisem da possibilidade de inclusão desta alteração no SVN se for pertinente. Ou então se verificarem que pode ser resolvido de outra forma peço que me avisem. Obrigado
  24. Boa tarde, Pesquisei no fórum e não encontrei algo especificamente sobre isso, então estou enviando esse questionamento para ver se alguém já passou pela mesma situação. Estou realizando a homologação para o TEF usando CliSiTef. Em uma das etapas da homologação é necessário fazer uma transação no cartão (Débito ou crédito tanto faz) e prosseguir até o final e no momento que solicitar para retirar o cartão do PinPad (momento em que confirmaria a transação), fechar a aplicação. Ao retornar na aplicação deverá confirmar as transações pendentes e mostrar a mensagem: "Transação TEF efetuada. Favor reimprimir último Cupom. NSU: XXXXXX (Para Cielo utilizar os 6 últimos dígitos.)" Porém ao realizar esse procedimento, está fazendo tudo correto, só a mensagem retornada não mostra o NSU da última transação. fica a mensagem da seguinte forma: "Transação TEF efetuada. Favor reimprimir último Cupom. (Para Cielo utilizar os 6 últimos dígitos.)" Alguém já passou por esse problema? Testei com o TEFDemo disponibilizado pelo ACBR e também retorna a mensagem da mesma forma sem mostrar o NSU da última transação. Em anexo o log do procedimento realizado. Se alguém puder auxiliar com essa questão agradeço desde já. CliSiTef_2018-07-17.log
×
×
  • 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.