Rodrigo Pachesen ApoioInf.
-
Total de ítens
100 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Rodrigo Pachesen ApoioInf.
-
-
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.
-
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
- 1
-
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.
-
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.
- 1
-
Boa tarde senhores.
No projeto ACBrMonitorPLUS, no fonte DoACBrNFeUnit linha 585 e 586 as funções estão invertidas, seguindo a lógica das linhas 498 e 499Linha 498 e 499
ListaDeMetodos.Add(CMetodoDistribuicaoDFeporNSU);
ListaDeMetodos.Add(CMetodoDistribuicaoDFeporUltNSU);
Linha 585 e 586
46 : AMetodoClass := TMetodoDistribuicaoDFeporUltNSU;
47 : AMetodoClass := TMetodoDistribuicaoDFeporNSU;
Como descobri, enviei o comando "DistribuicaoDFeporNSU" porem foi executado "DistribuicaoDFeporUltNSU".Att. Rodrigo
-
Boa tarde.
Na revision 15333, no TACBrTipoCobranca, foi acrescentado o banco "cobCrediSIS", este foi acrescentado no meio da lista, entre o "cobBanrisul" e "cobBanestes".
No projeto ACBrMonitorPlus, no fonte "DoBoletoUnit", na funcao "LerIniBoletos", para setar qual o banco vai ser utilizado, existe o parâmetro "IndiceACBr",
este indice é carregado conforme a lista do TACBrTipoCobranca, com a inclusão do "cobCrediSIS" no meio da lista, ao enviar o parâmetro "IndiceACBr" e o parametro for abaixo do novo banco, seta o banco errado.No meu código estava enviando código 19, setando o banco cobBancoCECRED, após atualização mudou para o cobSafraBradesco.
No meu projeto, removi o envio deste parâmetro, pois com o número do banco já resolve toda a questão, porém resolvi posta para reavaliação desta alteração;
-
Boa tarde.
Estou adicionando a funcionalidade de DANFE Simplificado, e ao emitir uma DANFE em ambiente em produção sempre sai a mensagem "HOMOLOGAÇÂO - SEM VALOR FISCAL"
Adicionei a correção no fonte, porém não avaliei se só deveria retirar ou deveria criar outro texto.
-
Boa tarde Everson.
Realizei teste utilizando a opção do sistema, na impressora Epson TM-T81(Modelo M226E) utilizando o USB e driver no Windows, e funcionou perfeitamente.
Não sei ainda se será utilizada esta impressora, caso seja utilizado outra impressora, posto aqui no fórum.
Obrigado pela atenção.
-
Boa Tarde
A correção enviada para o SVN, resolveu o problema identificado pela douglasarlima.
Também foi adicionado o comando abaixo, Waldir Paim
Citarif Trim(FPathPDF) <> '' then
begin
Result := IncludeTrailingPathDelimiter(FPathPDF);
Exit;
end
else
Result := Trim(FPathPDF);Então para testar, deixei o FPathPDF = vazio (estou utilizando o ACBRMonitorPlus, e configurei no "Salvar arquivos PDF em:" sem nenhum caminho).
Nesta situação, o AcbrMonitorPlus retornou a mensagem "ERRO: Cannot create empty directory", exigindo que informe o local do PDF.
Acredito que deveria deixar sem o exit, e nas configurações do componente, não marcar as opções de "Criar pastas mensalmente", "Separar arqs pelo Modelo", etc, para funcionar como era antes. A ideia era se foi marcado para criar pastas mensais para o XML, também criar para os PDF, se marcado para criar pasta por modelo de documento para o XML, também criar para o PDF, e assim por diante.
Testei retirando esta exigência de preencher o caminho do PDF, porém ao fazer isso o PDF foi criado no diretório "ACBrNFe1.Configuracoes.Arquivos.PathSalvar" ou se não informado, foi criado no diretório do executável ACBRMonitorPlus/Docs/.
Aguardo avaliação da equipe.
-
Boa tarde pessoal. Procurei mas não encontrei nada no fórum.
Preciso instalar em o DANFE Simplificado, já verifiquei o que deve ser implementado e neste sentido esta muito claro.
Tenho uma preocupação sobre as impressoras, portanto quem já teve alguma experiencia possar dar alguma dica.
Estou analisando a compra da seguinte impressora: LEOPARDO A7 Impressora Térmica Direta - Portátil - 80mm
Qualquer opinião vai ajudar e muito.
-
A variável foi criada para esta finalidade mas não foi utilizada...
Boa observação.
-
Bom dia.
Perfeito... concordo...
Ignore o fonte do primeiro post....
Anexei a mesma alteração mas no fonte Pai, assim em todos os locais que vai chamar o pathPDF, vai trazer o mesmo diretório.
Aguardo avaliação.
-
Bom dia.
Utilizo o ACBRMonitorPlus para autorizar a NFe.
Nas configurações utilizei as opções para "Salvar Arquivos em Pastas Separadas" e "Criar Pasta Mensal".
Porém estas opções não são utilizadas na hora de criar o PDF do DANFE, nesta situação tive uma ocorrência com mais de 30 mil arquivos no diretório do PDF, neste caso o acesso a este diretório apresentava uma lentidão pela quantidade de arquivos.
Realizei uma implementação para criar os diretórios utilizando o mesmo processo para gerar o arquivo do XML, também realizei os teste marcando as outras opções no Monitor.
Aguardo avaliação da equipe ACBR.
-
Boa tarde.
Realizei um micro ajuste da DANFE.
Campo fatura, se utilizar um espaçamento muito pequeno(altura do campo) o texto fica sobre a linha.
No final das colunas dos itens, ficou uma coluna a mais(borda).
Anexado imagem de exemplo de antes e depois e fonte com alteração.
Após alteração.
Quantidade de Registros do Lote diferente - CRESOL
em ACBrBoleto
Postado
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