Jump to content

NiltonGM

Membros
  • Posts

    45
  • Joined

  • Last visited

Everything posted by NiltonGM

  1. NiltonGM

    DCe

    Mais um que será Eletronicanizado, a Declaração de Conteúdo Eletrônico (DCe), creio que as transportadoras que emitam CTe em algum momento terá que emitir essa DCe quando não há NFe para anexar ao CTe. Alguém sabe se o ACBrMonitor terá essa lib?
  2. É complicado... também precisava criar o instalador pro ACBrMonitor, mas parece que as instruções são só para programadores em Delphi...
  3. Meu cliente acabou de ligar agora a noite que a MDFe foi rejeitada com esse erro 745. Ainda bem que achei essa dica "tpTransp=0" Valeu e abraços a todos e uma boa noite.
  4. Que bom que deu certo para o PHP, eu tentei fazer o mesmo usando a linguagem Pyhton, testei nos servidores CentOS 7 e Ubuntu LTS 18 sem sucesso, até consegui carregar a DLL mas ao executar alguma função da DLL dá uns bugs, ora da linguagem, ora da DLL. Acabei desistindo pois estava com outro projeto atrasado.
  5. Isso seria muito bom, inclusive para o pessoal da ACBr, pensando um pouco fora da caixa. Hoje em dia, quase tudo roda em VM na web e na maioria servidores Linux rodando em Dockers, VM, Dedicados, etc... muitas empresas, principalmente depois dessa pandemia, estão migrando tudo para Cloud, eu mesmo estou tendo que reescrever minhas aplicações de desktop para web e minha maior dificuldade é não ter as DLL's da ACBr para web Linux... No meu caso uso só MDFe e CTe, logo usarei a NFe, essas não precisam de dependência de relatórios, só retornos, respostas, xml e pdf.
  6. Billbarsch, Excelente iniciativa! Parabéns! Em um momento propício faremos um teste em servidor Linux, se conseguirmos resolver, apontaremos aqui os problemas e a solução.
  7. Aproveitando esse assunto de NSU, em que comando CTE e arquivo é retornado o código NSU?
  8. Jefferson, o PHP roda em um servidor web (Apache), mesmo em localhost, o PHP não pode ter aceso ao drive C:\ do servidor. Apenas a partir da pasta de onde o php será invocado, geralmente a partir da pasta public_html. Vc terá que usar as DLL e não o ACBrMonitor. Agora eu tenho uma dúvida, pode parecer besta mas é que PHP não é muito minha praia: O PHP é um script, se o aplicativo vai rodar 32 bits ou 64 bits, dependerá do navegador, como saber qual DLL usar, a de 32 ou a de 64 bits?
  9. Prezado(a)s, No ACBrMonitor, na tela Usuários, menu (Monitor/Cadastros/Usuários), para que serve os campos do grupo 'Dados do Cadastro do Usuário? No campo Data, hora, seriam a data de cadastro? Grande Total, é o total de quê? CRO? Os campos não tem dicas....
  10. O que tenho percebido é q a maioria que usa o harbour usa como se estivesse usando clipper, modo ms-dos, eu fui programador clipper tbm, mas sempre usei harbour com IDE para Windows , talvez seja isso, a da problema com o HMG. Vou tentar novamente e anotar os erros
  11. Rafael, essa foi a primeira coisa que fiz, tentei usar a ACBrLIB mas não funcionou, o pessoal do suporte até tentaram ajudar sem sucesso, ACBrLIB não rodou com Harbour. Por isso parti para o ACBrMonitor. Abraços.
  12. Prezado(a)s feras do ACBrMonitorPLUS, gostaria de deixar uma sugestão para o ACBrMonitorPlus, oferecer a opção de integração entre aplicativos o MySQL ou SQLLite, seria um paraiso se pudéssemos gravar um registro no BD MySQL local onde está o ACBrMonitor com comandos, aguardar uns segundos e dar um SELECT para pegar as respostas centralizadas em um uníco registro com path onde estão os arquivos gerados como pdf, xml, retornos... As saídas (respostas) seriam padronizadas. Fica aí uma dica, pensem nisso para um futuro próximo. Abraços e um feliz sábado a todos!
  13. José M. para deixar registrado aqui, eu consegui autorizar o MDFe informando a tag CNPJ que é obrigatório, contradizendo o manual Sefaz que diz não ser necessário informar o CNPJ para respSeg = 1, mas aí se não informa, não autoriza. <infResp> <respSeg>1</respSeg> </infResp> <infSeg> <xSeg>RSA SEGUROS</xSeg> <CNPJ>57296543000115</CNPJ> </infSeg> Nota: A Sefaz também autoriza se ao invés de informar o CNPJ, informarmos apenas a tag <CNPJ/>, mas isso não consegui com o ACBrMonitor porque ao assinar ele apaga essa tag <CNPJ/> se respSeg = 1. Obs: O PDF do ACBrMonitor não é tão ruim mas dá pra melhorar, mais pra frente quando eu tiver tranquilo vou gerar o PDF do MDFe bem bacaninha. Ah! Mês de Julho finalmente poderei fazer a assinatura do ACBr, já não terei mais a mensalidade de terceiros que intercambia com a Sefaz, graças ao ACBrMonitor! Após assinatura, pretendo usar a classe ACBr com Python se possível, sei que tem empresas que já conseguiram essa proeza, vou pesquisar isso, tentei usar a classe com Harbour e com ajuda aí do forum mas não consegui. Abraços. 35200557296543000115580010000000581000000770-mdfe.pdf 35200557296543000115580010000000581000000770-mdfe.xml
  14. José M. Fiz novos teste com MDFe, o problema continua na versão 1.3.0.300. Para compreender quais as tags estão sendo removidas ao assinar o xml: XML antes de assinar: <seg><infResp><respSeg>1</respSeg><CNPJ>57296543000115</CNPJ></infResp><infSeg><xSeg>RSA SEGUROS</xSeg><CNPJ/></infSeg><nApol>5201000150</nApol><nAver>58</nAver></seg> XML após assinado: <seg><infResp><respSeg>1</respSeg></infResp><infSeg><xSeg>RSA SEGUROS</xSeg></infSeg><nApol>5201000150</nApol><nAver>58</nAver></seg> Se respSeq = 1 a tag <CNPJ/> tem que ser enviada com essa barra no final /> para ser autorizado na Sefaz. Estou preocupado pois o cliente na segunda feira precisa da MDFe autorizada! Por favor me ajudem. 35200557296543000115580010000000581000000770-env.xml 35200557296543000115580010000000581000000770-mdfe.xml
  15. Grato José, infelizmente não consigo compilar, consigo baixar pelo SVN mas já tentei compilar, seguindo tudo que é tutorial e nada, só lista de pacotes ou libs ou compoentes, sei lá que faltam. Não manjo nada de Pascoal/Dephi/Lazarus.... Estou na dependência da próxima versão... soube que já saiu uma 1.3.0.300 Vou ter que dar meus pulos pra emitir essa MDFe.
  16. Prezado(a)s, Esse problema já foi mencionado na lib ACBr sem resposta definitiva e agora estou implantando o MDFe; Por uma falha da Sefaz, ocorre o seguinte: No grupo <seg>, quando respSeg = 1 (O seguro é do próprio Emitente) não enviar o CNPJ, porem tem que enviar a seguinte tag <CNPJ/> após o fechamento da tag </xSeg> para não dar erro e ser aceito na Sefaz. O que ocorre com o ACBrMonitorPlus versão 1.3.0.294 é que ele remove essa tag <CNPJ/> do xml assinado. Eu comprovei enviando o comando MDFe.AssinarMDFe("C:\ACBrMonitorPLUS\xml\35200557296543000115580010000000581000000770-env.xml") com o xml não assinado e com a tag <CNPJ/> e logo em seguida o ACBrMonitorPlus gera o arquivo assinado "C:\ACBrMonitorPLUS\xml\35200557296543000115580010000000581000000770-mdfe.xml" sem a tag <CNPJ/> causando a rejeição do MDFe. Segue anexo os dois xmls (o gerado pelo meu sistema "-env.xml" e o assinado pelo ACBrMonitor "-mdfe.xml") Obs: é meio urgente pois estou em modo produção e meu cliente tem que enviar a carga. Muitíssimo grato pela atenção. 35200557296543000115580010000000581000000770-mdfe.xml 35200557296543000115580010000000581000000770-env.xml
  17. Prezado(a)s, um problema que creio ser de Cltr-C + Cltr-V no projeto, como a NFe foi desenvolvida antes do CTe, há uma falha no ACBrMonitorPlus versão 1.3.0.294 ao gerar um PDF de um evento de cancelamento de um CTe, no comando: CTe.ImprimirEventoPDF("C:\ACBrMonitorPLUS\DFes\57296543000115\202005\Evento\Cancelamento\35200557296543000115570010000310081000472710-procEventoCTe.xml", "C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\CTe\35200557296543000115570010000310081000472710-cte.xml") No arquivo txt de retorno na pasta saida é retornado o nome do arquivo corretamente: "OK: Arquivo criado em: C:\ACBrMonitorPLUS\PDF\57296543000115\202005\CTe\1101113520055729654300011557001000031008100047271001-procEventoCTe.pdf" Porem no HD, o arquivo é gerado com o literal NFe e não com o literal CTe: "C:\ACBrMonitorPLUS\PDF\57296543000115\202005\CTe\1101113520055729654300011557001000031008100047271001-procEventoNFe.pdf" Eu contornei renomeando o arquivo de NFe para o correto CTe, mas é uma falha no ACBrMonitor provavelmente o velho problema de Cltr-C/Cltr-V e esqueceram de renomear o literal para CTe. Abraços
  18. Bem que eu desconfiava dessa opção... Resolvido, era isso mesmo! Thanks!
  19. Pessoal, em configurações no ACBrMonitor DF-e/E-Mail aba CT-e "Configurar dados do servidor de email na aba E-Mail para CTe", no campo mensagem do Email eu coloco o texto com Enter [chr(10)+chr(13)] para quebrar a linha, depois minha aplicação executa o comando [CTE.ENVIAREMAIL("[email protected]","c:\012345678901234567890123456789-cte.xml","1")], mas ao receber o email as quebra de linhas foram trocadas por um espaço " ". Tentei por ponto e vírgula ";", "/n/r", nada disso adiantou para quebrar a linha. Segue anexo imagem das situações. Agradeço desde já a colaboração.
  20. Ola José, O path está no servidor onde o ACBrMonitor está rodando, o que acontece é que em algum passo do ACBrMonitor tenta gerar o arquivo préfixando o path padrão 'C:\ACBrMonitorPlus\' ao path informado no INI, consequentemente o arquivo não é encontrado, pois ele procura o arquivo em um path errado. Até acharem o erro no ACBrMonitor vou ter que contornar o problema voltando para os Path padrão do ACBrMonitor e aí minha aplicação copia o xml e pdf do path padrão para o path compartilhado no servidor. Por hora grato pela tentativa. Assim que eu fizer os testes do assunto original e verificar após qual método está ocorrendo a alteração, anexarei o log.txt do ACBrMonitor Abraços.
  21. Ok, vou verificar exatamente qdo isso ocorre, o log de comandos do ACBrMonitor estava desabilitado. Assim que conseguir gerar um cte para esse teste aviso aqui, pois no momento estou com problemas de path pelo ACBrMonitorPlus, no cliente eu tive que mudar o local das pastas para uma pasta compartilhada no servidor para que alguns funcionários tenham acesso aos pdf e xml gerados, enfim, mesmo que vc defina um outro local não o padrão, ele acrescenta o path padrão ao que vc informa ficando um path errado. Veja o arquivo de saída: observe que o local é: C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\ Ele remonta o local padrão: C:\ACBrMonitorPLUS\Retorno\ ao caminho definido em Diretórios ---------------------------- Arquivo de saída: 35200557296543000115570010000310181000310830-resp.txt ERRO: Arquivo C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml nao encontrado. Arquivo C:\ACBrMonitorPLUS\Retorno\C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml nao encontrado. Arquivo C:\ACBrMonitorPLUS\Retorno\C:\shared\Sistrom\ctes_baixados\xml\57296543000115\202005\Evento\Cancelamento\-procEventoCTe.xml-cte.xml nao encontrado. ------------------------
  22. Este é o gerado pelo meu sistema, note que a tag <vTotTrib>0.00</vTotTrib> também é removida, observei que as tags com valor '0.00' são removidas pelo ACBrMonitorPlus, no caso da tag vTotTrib ter sido removida não gerou erro pela sefaz mas as tags do grupo ICMSUFFim não podem ser removidas na situação acima mesmo que alguns valores estejam '0.00'. Meu cliente é 'SIMPLES NACIONAL', não calcula icms. 35200557296543000115570010000310411000465319-env.xml
  23. Informações do ICMS de partilha com a UF de término do serviço de transporte na operação interestadual Pessoal, o ACBrMonitorPlus está removendo do xml que meu sistema gera, o grupo de tags de "partilha com a UF de término do serviço de transporte na operação interestadua" <ICMSUFFim> causando a REJEIÇÃO: 786 Grupo de informações da partilha com a UF de fim da prestação deve estar preenchido" ACBrMonitorPlus versão: 1.3.0.294 Comandos efetuados pelo meu sistema: CTE.AssinarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml") CTE.ValidarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml") "CTE.EnviarCTe("C:\ACBrMonitorPLUS\xml\35200557296543000115570010000310411000465319-env.xml") Obs: Eu não uso o arquivo INI, meu sistema gera direto o XML para enviar no lugar do arquivo INI. Após o comando "CTE.EnviarCTe" some o grupo ICMSUFFim do arquivo 35200557296543000115570010000310411000465319-env.xml causando rejeição. Lembrando que o grupo ICMSUFFim é obrigatório na seguinte situação: 1. O destinatário consumidor não é contribuinte (CPF) 2. O tipo de CTe 'tpcTe' = 0 - Normal 3. Interestadual UFIni != UFFim 4. o tipo de Serviço tpServ = 0 - Normal Eu contornei o problema re-inserindo as tags do grupo ICMSUFFim manualmente e usando o comando do próprio aplicativo ACBrMonitorPlus em: DF-e\Teste\Aba CT-e\ Botão 'Enviar XML CTe' sem usar o arquivo de interação com os comandos acima (Assinar, Validar e Enviar), dessa forma consegui autorizar o CTe e com o xml autorizado gerei o pdf da DACTE. Solicito ajuda pois meu clientes está em modo PRODUÇÃO e não poderá ficar me contatando para eu inserir manualmente toda vez que ocorrer essa situação. Grato a todos! Uma boa noite. Segue o xml autorizado depois que inserir a tag manualmente e xml de envio sem a tag: 35200557296543000115570010000310411000465319-cte.xml 35200557296543000115570010000310411000465319-env.xml
  24. Oi Anderson, sim, eu pretendo assinar o mais rápido possível, vou concluir minha aplicação e só quando eu ficar livre de terceiros que poderei apoiar o projeto, nesse momento de crise perdi clientes e estou muito sem grana.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.