Mateus Brunelli

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

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

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

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

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.

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

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

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

Boa tarde, Juliomar, mesmo usando os campos indicados por ti no grupo "Identificação", ainda assim se faz necessário informações adicionais com informações do CNPJ do cliente e CNPJ da softwareHouse, usando o parametro "ParmsClient", tudo isso conforme o manual de integração do SiTef versao 205, pag. 13 (print em Anexo). Sendo assim a forma com que eu encontrei de passar estas informações foi usando o campo ParametrosAdicionais conforme abaixo: ACBrTEFD1.TEFCliSiTef.ParametrosAdicionais.Text := 'ParmsClient=1='+stringCNPJCliente+';2='+stringCNPJSoftwareHouse;

Obrigado pelo retorno Juliomar. Não entendi, está incorreto passar estas informações no campo ACBrTEFD1.TEFCliSiTef.ParametrosAdicionais conforme mencionado? Pois não encontrei outro campo para informar especificamente estas informações.

Bom dia estou passando a informação no campo conforme abaixo: ACBrTEFD1.TEFCliSiTef.ParametrosAdicionais.Text := 'ParmsClient=1='+stringCNPJCliente+';2='+stringCNPJSoftwareHouse; Creio que seja isso

Bom dia, estou com a mesma situação, homologando SiTef (usando DLLs), mas preciso passar as informações dos CNPJs do estabelecimento e da empresa de automação comercial e também não encontrei o local para passar estas informações no componente ACBRTEFD. Você encontrou algo para passar estas informações AecioSf?

Problema é que na posição 072 a 072 do arquivo de remessa que diz respeito Postagem do título sendo "S" Para postar o título e "N" para Não postar e remeter para o cedente está usando somente a variável TipoBoleto conforme abaixo: IfThen(TipoBoleto = 'A', 'S', 'N') + // 072 a 072 - Postagem do título = "S" Para postar o título "N" Não postar e remeter para o cedente Desta forma não é possível configurar para "ResponEmissão = tbBancoEmite" e "Postar = Não". Não sei se não seria mais correto existir uma propriedade exclusiva para controle da postagem, que aí poderíamos configurar conforme abaixo: ACBrBoleto1.Cedente.Responemissao := tbBancoEmite; e ACBrBoleto1.Cedente.PropriedadeNovaControlePostagem := 'N'; Obs: PropriedadeNovaControlePostagem não existe hoje no ACBR.

Boa tarde, estou com o mesmo problema na emissão do sicredi, precisando emitir Carnê para ser impresso pelo banco mas sem postagem por parte do banco, para que retornem os boletos impressos para o cedente. Porém o ACBR está fixando a postagem como Sim sempre que ACBrBoleto1.Cedente = tbBancoEmite; Alguém já teve o mesmo problema? Agradeço desde já

Eu tive alguns problemas com a impressão de NFCe usando o spooler também, mas não de não sair os itens após o item de numero 50, tinha problema com quebras de página usando essa forma de impressão. Consegui ajustar a impressão usando uma alteração passada por um colega no fórum, veja no fórum (http://www.projetoacbr.com.br/forum/topic/23150-impress%C3%A3o-de-danfe-nfce-com-acbrnfedanfcefortes-limite-de-itens/#comment-153354). Porém se você usar a impressão usando ESCPOS tudo é melhor, desde o desempenho da impressão quanto estes problemas de quebras de página.

Somente esta alteração de adicionar o MAIL.ClearAttachments não resolve completamente o problema. Resolve a questão de não acumular o anexos, mas continua acumulando os destinatários do e-mail. Para resolver o problema adicionei também o comando MAIL.Clear; para que limpe todo os dados do e-mail. Desta forma resolveu todo o problema. Estas correções devem ser aplicadas também na Unit ACBrBoleto.pas pois o envio de boletos por e-mail está tendo o mesmo problema, acumulando os destinatários e anexos para quando envia mais de um boleto na sequencia. Em anexo envio as duas Units corrigidas, favor verificar para submeter estas alterações no SVN. ACBrBoleto.pas ACBrDFe.pas

Olá pessoal, agradeço ao davilajunior fiz a alteração na unit ACBrDANFCeFortesFr.pas comentei a linha original: //rlVenda.PageSetup.PaperHeight := max( 100, 10+Trunc( TotalPaginaPixel / 3.7 )); E substituí pelo seguinte: rlVenda.PageSetup.PaperHeight := 330; rlvenda.Margins.TopMargin := 0; Desta forma faz com que o Fortes report quebre o cupom em páginas (quando for o caso de cupom grande) e assim são enviadas todas as páginas para a impressão. Se deixar da forma padrão do componente fica tudo em uma única página grande e não funciona, a impressão é interrompida onde daria o tamanho de 1 página de A4. Porém essa alteração, como o davilajunior comentou faz com que fique um pequeno espaço entre uma página e outra, mas nada que implique em problemas. Por isso acrescentei o TopMargin = 0; pois no padrão é TopMargin = 2, aí se deixar com TopMargin = 2 fica um espaço maior ainda entre as páginas. Outro pequeno problema é que a ultima página do cupom (quando tiver só 1 é a primeira) pode ser que sobre espaço em branco no final do cupom, mas como é espaço em branco no final a impressora não imprime esse conteúdo em branco. Para o que eu precisava atendeu a necessidade provisoriamente. Abraço.

Olá, estou com exatamente o mesmo problema, mesmo modelo de impressora DARUMA DR700, utilizando o Fortes Report sem utilizar o ESCPOS. Quando visualiza a DANFE (preview) aparecem todos os itens, se imprimir em uma impressora PDF instalada na máquina também imprime em arquivo PDF com todos os itens, porém ao enviar para impressora Serial DARUMA que está na porta COM usando driver spool para windows, quando chega no item 51 do NFCe a impressão é abortada (para subitamente). davilaJunior obteve algum progresso em seus testes? Desde já agradeço algum retorno.