sergiom
-
Total de ítens
285 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que sergiom postou
-
Eu obtive este mesmo erro e o problema é que o CNPJ tinha 0 à esquerda e ao limpar os caracteres (./-) da máscara, acabou tirando o 0 (zero) e dava este erro. Seria bom colocar uma validação do CNPJ com 14 dígitos.
-
Abaixo Eu vi como são gerados os nomes, mas não vou conseguir repetir o mesmo nome devido envolver o tempo. Minha solicitação é para poder gerenciar estes arquivos para apagar ou guardar quando quiser. xml_manifesto\ - estes não caem na pasta LOG. 20170408004612-ped-cons.xml -> solicitação de manifestos não encerrados. 20170408004612-ped-cons-soap.xml 20170408004635-cons.xml -> manifestos não encerrados, foi o resultado deste 20170408004635-cons-soap.xml -> manifestos não encerrados, foi o resultado deste xml_manifesto\log\201704\Evento\Encerramento\ 1205-ped-eve.xml - pedido de encerramento de manifesto 1205-ped-eve-soap.xml 1205-eve.xml - evento registrado e manifesto encerrado 1205-eve-soap.xml
-
Boa tarde, tem algum modo de recuperar todos os nomes dos arquivos gerados nos eventos enviados? Alguns caem na pasta log, outros na pasta do MDFe gerado. Obrigado.
-
Boa tarde, tem algum modo fácil de usar os recursos do ACBrNFe para checar o dígito do DANFE lançado no CTe? As vezes por não ter o leitor no momento ou o leitor não ler um código de barras mal impresso (toner fraco, jato de tinta falhando), o danfe é lançado manualmente no CTe e por serem 44 dígitos, acabam muitas vezes comentando um erro. Checando o dígito do DANFE, se estiver errrado, rejeita-se a inclusão até validar, evitando lá a recusa do CTe por DANFE inválido ou inexistente. Obrigado.
-
Vou tentar. Obrigado. Sérgio
-
Estas são só de São Paulo. Preciso saber se devo configurar no WINROUTE ou não, já que só configurar no PROXY não está deixando passar. O Emissor gratuito não é interrompido.
-
Corrigindo as URL´s que citei são as do CTe acima. https://www.fazenda.sp.gov.br/mdfe/url_webservices/url_webservices.htm
-
Boa tarde, para encerrar o MDFe, exige o XML. Se não carrega o XML, só informa o que é necessário acusa UF inválida. Não há necessidade de ter todas as informações para encerrar o MDFe, somente a chave e o PROTOCOLO. Tem como modificar isso? Muitas vezes uma filial que não está conectada diretamente com a matriz não encerra o MDFe e temos que encerrar pegando o protocolo e a chave, sendo que o Emissor Gratuito do MDFe faz isso sem problemas.
-
Boa tarde, um cliente meu usa Kerios - Winroute para controlar a internet e bloquear acessos. Tem um proxy e este foi configurado corretamente, mas no terminal continua bloqueando o acesso ao webservice. Estas URL´s tem que ser cadastradas no Kerios-Winroute ou não é necessário? http://www.cte.fazenda.gov.br/portal/webservices.aspx
-
Desculpe a demora em voltar ao tópico. No caso da minuta não envio para a SEFAZ pois é um documento interno, já que o transporte dentro do município não posso emitir CT-e. Só estou gerando XML por causa da seguradora, que solicitou este procedimento. Fiz manualmente, mas gostaria de saber se podemos usar algum recurso do ACBr para fazer isso.
-
Você resolve este erro instalando no computador as DLL´s msxml5.dll e msxml5r.dll (system32 se for 32 bits). Não precisa atualizar o windows. Estas DLL´s você encontra na pasta do ACBr, DLL. Resolvi hoje este problema.
-
Se tentar encerrar o MDFe sem o XML deste, fica pedindo a UF, e ela foi informada. Acredito que internamente está pegando a UF do XML do MDFe. Obrigado Sérgio
-
Boa tarde, tem como encerrar o manifesto sem o XML dele? No emissor gratuito, colocando o DAMDFE, o protocolo, a data de autorização consigo encerrar. Isto é útil quando existe algum manifesto de uma filial e não estamos com o XML disponível. Obrigado Sérgio
-
Boa tarde, utilizo a geração do XML do CTe para gerar um XML de minuta que é aceito pela seguradora. Modelo ao invés do 57, vai como 94. A empresa trocou de seguradora e a nova para funcionar tem que adicionar a TAG <procCTe> </procCTe). Não preciso assinar o XML. Tem alguma solução para que eu possa fazer isso sem alterar os fontes do ACBr? Obrigado Sérgio
-
A configuração abaixo no INTERNET EXPLORER resolve o problema. Estava com este mesmo erro e alterei e resolveu.
-
Boa tarde, existe algum modo de distribuir a impressão do DACTE e DAMDFe embutido no programa ou via base de dados, usando stream? Distribuir os arquivos juntos é sempre um risco de usuários apagarem. A implementação foi via arquivo diferente do FORTES REPORT. Obrigado.
-
O fonte do windows está tamanho normal? Tive um problema, o cliente aumentou para 120% e acabou dando problema.
-
Tem alguma solução? Obrigado pela resposta. Sérgio
-
Boa tarde a impressão do DACTE em PDF via Fortes Reports em um cliente meu começou a sair maior que o tamanho A4 nas laterais. O usuário tinha alterado o fonte do seu Windows 7 para 120% do fonte normal. Isto afeta um relatório FORTES REPORT gerado em PDF? Obrigado Sergio
-
Ítalo, eu estou importando XML exportados do emissor gratuito. Foi ele que gerou estes nomes. Fiz um teste carregando o CTe e o respectivo evento e o PDF gerado foi assim. 1101113516092025246000011457001000000184100000184501-procEventoCTe.pdf Tem alguma variável que eu possa usar para recuperar o nome do PDF gerado pela rotina ImprimeEventoPDF. Acredito que isto resolve o problema. Obrigado pelo atenção Sérgio
-
Ítalo, a linha que muda o nome do PDF do evento é esta. sFile := TACBrCTe(ACBrCTe).DACTE.PathPDF + OnlyNumber(TACBrCTe(ACBrCTe).EventoCTe.Evento.Items.InfEvento.Id) + '-procEventoCTe.pdf'; Tirando a função OnlyNumber, manterá o mesmo nome.
-
Ítalo, boa tarde, desculpe não ter lido antes e ter respondido. Fiz somente como FORTES REPORT, pois o FAST Report não está embutido, tenho que enviar os arquivos de report junto. Tem mais uma questão, com relação ao nome do PDF gerado do evento. Não dá para manter a mesma grafia do nome do XML? Veja o exemplo abaixo: 110111-35160420252460000114570010000000011000000010-1-procEventoCte.xml nome do Evento 1101113516042025246000011457001000000001100000001001-procEventoCTe.pdf nome do PDF
-
Ok, não tive inutilização, por isso não visto. De qualquer forma, se você fizer o teste com ImprimirEvento e ImprimirEventoPDF no demo carregando o CTe e sem carregar verá que as impressões são iguais, só está dando erro no PDF.
-
No caso de evento de inutilização é diferente. Em parte concordo contigo, mas a impressão com CTe e sem CTe, ambas saem iguais em imprimir PDF e imprimir para a impressora no DEMO, o que faz estas linhas que comentei não serem necessárias no PDF. É o que gerou o erro. Faça o teste.
-
Ítalo, na Unit ACBrCTeDAEventoRL.pas colocando comentário como abaixo funciona sem dar erro. // with RLPDFFilter1.DocumentInfo do // begin // Title := ACBrStr('DACTE - Conhecimento nº ') + // FormatFloat('000,000,000', FCTe.Ide.nCT); // KeyWords := ACBrStr('Número:') + FormatFloat('000,000,000', FCTe.Ide.nCT) + // ACBrStr('; Data de emissão: ') + FormatDateTime('dd/mm/yyyy', FCTe.Ide.dhEmi) + // ACBrStr('; Destinatário: ') + FCTe.Dest.xNome + // '; CNPJ: ' + FCTe.Dest.CNPJCPF; // end; Se carregar o CTe antes do evento, irá imprimir PDF igual a opção de imprimir com preview. Verifique por favor.