Painel de líderes

Resolvido Jose Junior Obrigado pelo empenho. O tópico pode ser fechado em definitivo. Está resolvido

Boa tarde Já atualizei e já fiz os testes, tudo ok,, obrigado pela atenção

Boa tarde. Por favor atualize a versão para testes...

Boa tarde Esse código e Mensagem de Retorno é lido do XML de Retorno, ou seja, houve comunicação e o WebService recepcionou o evento, como pode ver na consulta está aguardando processamento... Precisa verificar o porque da demora em processar o arquivo por parte do WebService...

Kleberson, Favor atualizar os fontes. Não atribua nada aos campos tpFretamento e dhViagem. A alteração que fiz é para ele não gerar o grupo <infFretamento> a não ser que seja atribuído os valores tfEventual ou tfContinuo ao campo tpFretamento. Deixei o campo dhViagem opcional, logo só deve ser gerado caso seja informado uma data ao respectivo campo.

Bom dia.. Conforme o Sérgio, realmente 01 dinheiro nao tem fatura.. fiz um exemplo xml, em que é a vista . tem de informar somente pag. Valeu t+ Dinheiro_Sem_duplicata.xml

Sim, exceto o MT que ainda precisa fazer o mesmo ajuste.

Mas isso é mais simples do que parece... o Fluxo ainda é do SiTEF... ele dispara chamadas aos eventos do ACBrTEFD para gerar, Perguntas, Menus e Impressoes O resultado final é muito melhor e mais controle sobre a operação TEF Analisando O Demo do TEFD você poderá ter uma ideia

Concordo plenamente.. E você já imaginou um escritório contábil, que tem "X" clientes e querem usar o A3 pra entregar o eSocial? Cada vez que for enviar um cliente em específico, terá que ficar conectando e descontando o A3 do servidor.. Tem desses também..

Mais uma vez, parabéns Italo, aguardando ansiosamente. Forte abraço!!!

Boa tarde. É Carregado apenas o XML especificado... Verificando se o arquivo existe na pasta inicialmente , mas se a demora está ocorrendo apenas com Windows 10 pode ter a ver com alguma configuração do SO.

Amigo você ja abriu um topico sobre isso, favor continuar no mesmo.

Boa tarde Francisco, Na sua aplicação tem algo do tipo: ACBrUtil.WriteToTXT( PathWithDelim(ExtractFileDir(application.ExeName))+'temp.xml', ACBrUtil.ConverteXMLtoUTF8( RetWS ), False, False); Se sim, remova.

Sim, resolveu obrigado!

Obrigado com a alteração deu certo.

Boa tarde Roger, Até onde sei o *-nfedfe.xml só é gerado se você carregar o componente com o XML referente a nota que será consultada e depois executar o método Consultar e se a nota em questão tiver eventos vinculados a ela. Pelo que me recordo não se faz necessário atribuir o valor true a propriedade AtualizarXMLCancelado. Como dito anteriormente, se você entrar no site da SEFAZ e baixar o XML de uma nota e esta possuir eventos vinculados o XML que será baixado tem o mesmo layout do *-nfedfe.xml Logo reproduzimos esse XML no componente.

Perfeito Italo! Usando a libCapicom funcionou. No entanto usamos o certificado no banco de dados, então irei aguardar o ajuste definitivo, pois precisa ser da libWinCrypt. Obrigado.

obrigado pela resposta resolvi baixando os schemas do site, https://mdfe-portal.sefaz.rs.gov.br/site/Documentos# abs

Boa Tarde, Obrigado a todos deu certo valeu.

Henrique, Pelo que andei notando quando o componente é configurado com o libCapicom o grupo <Signature> é acrescentado antes da tag de fechamento </Pedido> que por sinal é a posição correta. Mas quando o componente é configurado com o libWinCrypt o grupo <Signature> é acrescentado antes da ultima tag do XML, ou seja, tag de fechamento </CancelarNfseEnvio>, ficando desta forma incorreto. Analisando os fontes notei que a rotina Assinar do libCapicom leva em consideração o conteúdo de um parâmetro chamado docElement cujo conteúdo é: Pedido></CancelarNfseEvento, isso instrui a rotina a incluir o grupo <Signature> antes dessa sequencia de tabs. Por outro lado a rotina Assinar do libWinCryot não leva em consideração o conteúdo do parâmetro docElement, levando em conta apenas a última tag do XML. Por favor realizem testes com o Capicom e peço que tenham mais um pouco de paciência, pois estou em busca de uma solução definitiva.

Vou levantar o log e verificar obrigado! Obrigado

Boa tarde, favor atualizar a versão e realizar os testes...

Tem como você anexar um log gerado pelo ACBrSAT e citar um dos momentos (se possível data e hora) onde aconteceu o problema ? Veja também se esse tópico ajuda... https://www.projetoacbr.com.br/forum/topic/35467-sat-duplicando-cupons/

Siga o padrão ACBr, será melhor para sua aplicação. Mesmo havendo diferenças nas danfes.

Não é necessário informar duplicatas ou faturas quando a forma de pagamento for Dinheiro.

Use o software de ativação fornecido pela Dimep e faça uma consulta de status operacional. Se funcionar, use a dll que encontra-se na pasta desse software.

Eu fiz o seguinte, no AcbrECFBematech na function EnviaComando_ECF, fiz uma alteração antes while (fsACK <> 6) do agora while (fsACK <> 6) and (fsACK <> 255) e na procedure analisaACK fiz o seguinte: antes else if (fsACK <> 6) agora else if (fsACK <> 6) and (fsACK <> 255) E não deu mais problema. Att João Victor

Ok Italo vou fazer os Teste...

Joceandro, Tudo bem que o A3 tem 3 anos de validade e o A1 tem apenas 1 ano e talvez dentro de 10 anos gasto com o A1 seja maior que o gasto com o A3. Mas vamos lá, o A1 é um arquivo que é instalado no Windows, na verdade nem precisa e você pode carregar o conteúdo do certificado para dentro do banco de dados. Isso simplifica muito, pois não há necessidade de instalar em várias maquinas, uma vez que o banco de dados esta no servidor. Sem mencionar a segurança que isso traz. O componente ACBreSocial lhe possibilita isso. Um usuário "mané" nem vai saber que para transmitir o e-Social se faz necessário de um certificado digital (que é a assinatura do dono da empresa), uma vez que ele esta instalado na maquina ou se encontra no banco de dados. Já o A3 é visível, pois ele pode ter um formado de cartão de credito que fica inserido em uma leitora que por sua vez esta conectado a maquina. Se o estrupício não conectar corretamente o cartão ou o cabo da leitura na maquina, pronto a coisa não funciona. E como você sabe curiosidade mata, ainda por cima se o cerificado A3 for no formato Token (pen-drive). Pergunte a esses clientes insistentes se eles confiam cegamente em todos os funcionários. Pergunte também se eles desejam segurança ou vulnerabilidade.

Ok, vamos validar para atualização no SVN, Obrigado...

Bom dia! Realmente tem algo para ser revisado na rotina. Mas por enquanto os desenvolvedores analisam, faça desta forma para resolver: Marque a opção [ v ] ANSI Segundo passe para minúsculo (caixa baixa) e com acento: Exemplo: Assim que for resolvido, será informado aqui. De forma paliativa você pode ir usando assim.

Você pode usar o validador da SEFAZ-RS para esse tipo de análise. https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Vou considerar o tópico como resolvido.

Veja que você postou o bloco de comandos para criar a NFe 1687 onde o indFinal=1, e anexou XMLs referentes a NFe 1688 onde o indFinal=0 Para emissão de uma NFe para consumidor final, a tag indFinal tem que receber o valor 1.

Roger, A ideia do arquivo *-nfedfe.xml é conter o XML assinado e com o protocolo de autorização e a lista que eventos vinculados a nota. Se a nota foi cancelada vai conter somente o evento de cancelamento. Esse layout de arquivo não esta documentado no manual e nem nota técnica, mas se você acessar o site da SEFAZ-Autorizadora e baixar o XML de uma nota que contenha eventos, tais como carta de correção, ou cancelamento, ou outros, o XML vai ter a mesma estrutura do *-nfedfe.xml

Bom dia Everson, Será que o problema não é o nível que não é 3? Tentou mudar ele para 2 ou 4 para ver ser resolve o problema?

Acredito que na ACBrBancoob.pas teriam que ser alterado as linhas: 88 - de "fpTamanhoMaximoNossoNum := 7;" para "fpTamanhoMaximoNossoNum := 10;" e 537 - de "NossoNumero := Copy(Linha,38,7);" para "NossoNumero := Copy(Linha,38,10);" Unit alterada em anexo. Obs.: não sei dizer se essa alteração, principalmente da linha 88 não vá gerar outros problemas, talvez na emissão. Estou apenas postando as alterações que fiz aqui e resolveram para a leitura do retorno. Mas acho que os moderadores devem analisar e, se for o caso, atualizar os fontes. Obrigado. ACBrBancoBancoob.pas

Você pode começar lendo o manual de orientações: http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=bx74pJ8hXaM= Também as notas técnicas de 2016 pra cá que trazem as alterações e complementos: http://www.cte.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Y0nErnoZpsg= O CTe pode ser modelo 57 para transporte de cargas ou o CTe-OS, modelo 67 para transporte de passageiros e outros tipos específicos de itens. no modelo 57 ele pode rodoviário, ferroviário, aquaviários, aéreo, multimodal... Os campos que precisa criar estão todos no layout, quantos vai ter que colocar no teu aplicativo vai depender do escopo do mesmo.

Verifique a sintaxe do teu .ini. Você está informando a data de emisão da NFCe em branco.

Boa noite Rodrigo, essa alteração ja foi feita e homologada pelo banco, tente fazer um update do componente e dar uma checada

Gostaria de saber uma informação importante que você não passou. Qual a quantidade de arquivos xml na pasta para notar a lentidão?

Veja... Caso você receba o erro abaixo significa que sua pasta schemas está desatualizada. Atualize sua pasta schemas. 1824 - Element '{http://www.portalfiscal.inf.br/nfe}vDesc': '0.00' is not a valid value of the atomic type '{http://www.portalfiscal.inf.br/nfe}TDec_1302Opc'

Boa tarde Daniel, Realmente, não tinha visto que existe o parâmetro 'Tentativas'. Eu fiz um loop interno para em caso de erro, efetuar uma nova tentativa. Vou efetuar uma alteração para utilizar a informação do próprio componente. Enquanto isso, adicionei uns logs para tentar validar o status que a impressora POS está retornando, enquanto também não atualizo para a versão que você subiu hoje de manhã. -- ACBrPosPrinter -- [*] Métodos LerInfoImpressora e LerStatusImpressora modificados para inserir Entrada e Resultado no Log Agradeço mais uma vez a ajuda. Qualquer informação nova, posto aqui.

Apenas a título de informação, notei que também é possível selecionar a Busca pelo Google no ComboBox de Busca padrão, do fórum

Sim usando a dll você tem que programar os eventos e de acordo com o evento mostrar a tela para usuário.

Boa Tarde.. Eu fiz aqui uma nota e cancelei para te mostrar o xml.. o Ent_cancelar, voi o que eu fiz, para envisar. o sai_retorno é o que retorno do acbr. o exemplo , é o xml cancelado ja´retornado do sefaz. ent_CANCELARNFE.txt Exemplo_1101114318080385087400012655001000004083100004083801-procEventoNFe.xml sai_retorno_cancelamento.txt

Boa tarde a todos, Sempre que o código do status for 999 significa que o webservice da SEFAZ esta com problemas. Portanto só existe duas coisas a serem feitas: 1. Entrar em contato com a SEFAZ e expor o problema. 2. Esperar.

amigo @Antonio Carlos L muito obrigado pela sua dica. Era exatamente o protocolo TLS 1.2 foi so aplicar os updates e tudo funcionou. Mais uma vez.. obrigado.

Boa tarde José, Toda rejeição de duplicidade significa que a nota foi enviada novamente. A regra é simples, enviou, ocorreu algum erro, não se deve enviar novamente e sim consultar. É normal você consultar no portal da SEFAZ-Autorizadora e a nota constar e não constar no Portal Nacional. A nota é enviada para a SEFAZ-Autorizadora e esta por sua vez replica para o Portal Nacional caso a nota tenha sido autorizada. A questão é o tempo que demora para que ocorra essa replicação, que pode ser de alguns segundos, minutos ou até horas.

Estava com o mesmo problema quando utilizava o ACBrMonitor com Windows 7. Cheguei a conclusão que a falta de atualização do Windows causava o problema. Buscando na internet achei dois pacotes de atualização que está valendo... Até agora 05 máquinas atualizadas com sucesso. Segue o link para download dos pacotes: https://www.comtel.pro.br/downloads/Atualizacao_Windows_7/ Verifique se a sua máquina é 32 ou 64. Rode primeiramente o KB3020369 e em seguida o KB3125574. O resto é configuração no ACBrMonitor. Ainda não tive problemas rodando o Windows10.

Pela configuração você vai precisar da dlls do openssl e da libxml de acordo com sua aplicação, ou seja x86 ou x64.