Rodrigo Pachesen ApoioInf.

Boa tarde. Também estou com o mesmo problema. Em anexo 3 arquivos de remessa(cb190901, 02, 03) com problema e depois gerei outros 3 com o arquivo corrigido(cb190912, 13, 14). No fonte foi alterado igual ao boleto do Bradesco, alterando FNumeroSequencialRegistroNoLote pelo fpQtdRegsLote; Todos os arquivo foram feitos no AcbrBoletoDemo. Seque arquivo para avaliação. cb190901.rem cb190902.rem cb190903.rem cb190912.rem cb190913.rem cb190914.rem ACBrBancoCresol.pas

Boa tarde pessoal. Na impressão do DANFE Fortes, tipo paisagem, ocorreu da descrição do produto sobrescrever parte do NCM. Abaixo o exemplo. Realizei testes e com duas modificações o problema foi resolvido. Foi deixado igual ao fonte do Danfe Retrato. Anexei o fonte com a sugestão de alteração. ACBrNFeDANFeRLPaisagem.pas

Bom dia. Sim, é uma versão x86. Daniel, você esta certo sobre isso, o problema é que no AcbrMonitor, quando é iniciado a aplicação é preenchido os dados do proxy após fazer a busca, provocando o erro mostrado por você, neste caso o fonte em anexo(ACBrMonitor1.pas) tem uma alteração, os dados do proxy no ACBrIBGE1 devem ser preenchidos antes da consultas das cidades, resolvendo este problema. O outro problema que relatei, testei em outro equipamento e esta funcionou corretamente, meu ambiente de desenvolvimento, é cheio de restrições e pode justificar o problema, falhei neste teste. Para simular, após preencher o proxy corretamente, vou ao menu de boletos, preencho o estado, neste momento é executado a consulta de cidade e ai gerava o segundo erro. Desconsidere este erro. Att. Rodrigo D.S. Pachesen

Bom dia No fonte AcbrMonitor1, na função LerIni, quando vai ler as configurações de boleto, se informado o estado, chama a função "CarregarListaDeCidades(UFtoCUF(UF));" dentro desta, utiliza o ACBrIBGE1 para buscar os estados e cidades, porém o ACBrIBGE1 ainda não foi configurado no lerini. No meu caso estou em uma rede com proxy, e com isso o AcbrMonitorPlus trava até ter o retorno de erro de conexão. Realizei a alteração no fonte em anexo(ACBrMonitor1.pas) e esta situação é resolvida, é claro preciso adicionar no as configurações de proxy corretamente no ACBrMonitorPlus e reabrir o sistema. Após isso apresentou outro problema, no fonte ACBrIBGE.pas, na linha 1277 ao executar "fListaCidades.SortByCodMunicipio" gera uma exceção abaixo. Não entendi os motivos e se ocorre com todos.

Realizei, testes sim José M. S. Junior, mas guardo o resultado do envio do e-mail, então preferimos manter sem esta opção. Irei realizar o desenvolvimento e adicionar os fontes. Obrigado pela atenção

Ola a todos. Hoje no ACBrMonitorPlus, não temos parametro para informar o timeout do envio de e-mail, com isso se tivermos algum problema de autenticação do usuário e senha por exemplo, a aplicação trava durante alguns minutos até retornar o erro. Tenho problemas com o e-mail do Terra, sempre ocorre problemas de autenticação, onde pode em seguida envia o e-mail e voltar a funcionar normalmente. Também já tive problemas do usuário trocar a senha ou do servidor ficar fora por um período. Coloquei na minha compilação fixo o timeout e resolveu meus problemas. Outra questão que não conseguir alterar foi a quantidade de tentativas(alterei a propriedade "Attempts"), se ocorrer erro ele realiza 3 tentativas mesmo alterando para 1, alterei a propriedade correta? Porém acho interessante ter estas opções nas configurações de e-mail do ACBrMonitorPlus. Gostaria de saber se estão de acordo? Se será feito nas próximas versões ou se posso contribuir e realizar o desenvolvimento? Att. Rodrigo D.S. Pachesen

Boa tarde Italo. Perfeito, agora esta de acordo. Obrigado pela atenção.

Boa tarde Italo Após a atualização, o erro não é mais apresentado. Porém a conversão ficou de '2020-06-19' para '30/12/1899'.

Bom dia Italo. Obrigado pela atenção.

Boa tarde Italo Sim, os dois campos são iguais, mas no aplicativo de exemplo do ACBR, quando realiza a opção "Consultar NFSe por RPS", vou tentar descrever abaixo a sequencia em resumo No fonte ACBrNFSeNotasFiscais Na linha 1058 LerXML(AXML); No Fonte - pnfsNFSeR Linha 559 Leitor.rCampo(tcStr, 'Competencia'); Resultado da leitura '2020-06-19' Linha 570 ou 571, Leitor.rCampo(tcDat, 'DataEmissao'); Resultado da leitura 44001 Em seguida no fonte ACBrNFSeNotasFiscais Na linha 1061 GerarXML; No Fonte - pnfsNFSeR //Data de emissão Linha 842 - proModernizacaoPublica: Gerador.wCampo(tcDat, '#4', 'DataEmissao', 10, 10, 1, NFSe.DataEmissao, DSC_DEMI); //OK Tudo funcionando //Data de Competencia Linha 884 - proModernizacaoPublica: Gerador.wCampo(tcDat, '#4', 'Competencia', 10, 10, 1, NFSe.Competencia, DSC_DEMI); Aqui gera o erro. Ou seja, tenta converter o texto '2020-06-19' para data, porque na leitura do xml, trata como texto. Outra alternativa, seria na leitura do XML, tratar como data(tcDat)

Se utilizar a opção "Consultar NFSe por RPS" do app exemplo, ao importar o xml que esta no post, o erro é apresentado. Juliomar, o erro é aprestando no fonte pnfsNFSeW_ABRASFv2 Linha 884, porque tenta converter uma string em data, e esta string não foi formata na maneria correta para data. (Se entendi corretamente sua pergunta)

Sim Juliomar Marchetti, continuamos com o Lazarus para fazer estes processos, porque se parar o desenvolvimento para o D7, não vou ter problemas. Se gerar um RPS e informar a data de "Competencia", e tentar enviar utilizando o app de exemplo do ACBR, vai ocorrer o mesmo problema. O post abaixo mostra este exemplo.

Bom dia. Sim. Gero o XML do RPS salva em disco, depois carrega para poder enviar. Adicionei a rotina igual ao AcbrMonitorPlus, para fazer o processo igual feito nas NF-e, isso porque tenho muitos cliente que tem o servidor que processa as notas, também porque utilizo o Delphi 7 e o ACBR não seria mais compatível. Att. Rodrigo

Bom dia. Na minha aplicação segui exemplo do ACBRMonitorPlus, e para buscar o resultado do RPS realizei a sequencia abaixo. ACBrNFSe1.NotasFiscais.LoadFromFile('c:\.....\56810-rps.xml'); e depois ACBrNFSe1.ConsultarNFSeporRps(parametros....); Em seguida processo o retorno e gero uma resposta, similar ao ACBRMonitorPlus para NF-e. Note que no RPS já esta assinado, porque eu gerei no RPS simples, e fiz o LoadFromFile no componente e depois enviei para a prefeitura, no rps que gerei eu não preencho a tag <Competencia>, o ACBR coloca a data de emissão quando não preenchido, se no envio for informado esta tag, também geraria o mesmo problema. O xml em anexo foi enviado para produção, gerou o erro reclamado, fiz a alteração recomendada, após foi gerado nota e já esta cancelado. Att. Rodrigo. 56820-rps.xml

Boa tarde. Enviando NFS-e para prefeitura de Blumenau e ao buscar o retorno temos "ERRO: Invalid variant type cast" No fonte pnfsNFSeW_ABRASFv2 Linha 883 e 884, para provedor proSimplISSv2 e preenchido o campo NFSe.Competencia, esta sendo feito a conversão para tcDat. Porem na leitura deste campo no fonte pnfsNFSeR esta lendo como tcStr, não realizando a conversão para formato data. Ao gerar o XML sem a Competencia, então o ACBR ao ler utiliza a data de emissão que esta no padrão data, mas se informado esta campo ou se der um load no xml para consultar o retorno, ele gera o erro. Em anexo somente comentei "proSimplISSv2" do case para ser executado a conversão com o tcStr e o problema esta resolvido. Anexado o font para analise. pnfsNFSeW_ABRASFv2.pas