Painel de líderes

Continuaremos com esse padrão. Caso o emissor gratuito disponibilize uma versão atualizada do manual pra versão 4.00, iremos compatibilizar o ACBr.

Atualizamos recentemente o ACBr depois de ficar quase 2 meses sem fazer isso, e constatamos um problema semelhante ao que muitos aqui estão relatando nos últimos dias aqui no Fórum, erro 12175 na consulta do Status do WS. Nós sempre usamos WinINet, setado em design. Pelo que verificamos, o problema surgiu na revisão 15267 realizada pelo DOPI, onde foi corrigido um erro de access violation ao usar a propriedade TimeOutPorThread como True. Porém, esta alteração fez com que, no momento da criação do componente, a inicialização do TACBrWinINetReqResp nunca seja chamada, porque no constructor do TDFeHttpWinHttp, o ADFeSSL.SSLHttpLib ainda está como httpNone, caindo no create do TACBrWinHTTPReqResp. Uma solução é habilitar o TimeOutPorThread, porque isso faz com que a cada criação da Thread, a inicialização do TACBrWinINetReqResp seja chamada. Mas para quem ficar com o TimeOutPorThread = False e httpWinINet setado em design, enfrentará problemas. Como sugestão para resolver o problema, e mantendo a correção do access violation que o DOPI fez, sugerimos mudar a atribuição do FSSLHttpLib := ASSLHttpLib; para antes do case. Assim, no momento do Create, o httpWinINet já estará setado e fará a inicialização correta. Segue em anexo a unit ACBrDFeSSL.pas com a correção sugerida. @Daniel Simoes, poderia por favor dar uma verificada? ACBrDFeSSL.pas

O Daniel matou a charada...eu estava do o Tool da Daruma ativado.

Ainda não

Saiu hoje (26/06) a notícia anunciando que agora no ambiente de Produção Restrita as datas devem ser no ano de 2017, não mais no ano de 2016. "Até então, as datas simuladas para o teste do faseamento se davam no ano de 2016. A partir de agora, com a limpeza e renovação da base da produção restrita ocorrida em 26/06, as datas passarão a ser janeiro (eventos iniciais e de tabelas), março (eventos não periódicos) e maio (eventos periódicos) de 2017." http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017

Boa tarde, Michel Ouriques. Não é tão simples, você tem que entrar em modo mil primeiro e depois procurar a opção de alterar data. Não me recordo do procedimento por completo, porque fiz umas duas vezes e não tenho uma impressora aqui para te ajudar. Agora, entre em contato novamente com a NewTech, informando que você possui autorização da própria Bematech(chave MIL) para realizar esse procedimento. Mas nada impede de você tentar, pois a partir do modo mil você consegue fazer essa alteração. Esse modo é como se fosse o "Jumper"(chave que fica na placa), porém os novos ECFs é tudo via comando. Veja também um exemplo encontrado nesse manual pag 64: https://www.bztech.com.br/arquivos/manual-bematech-mp-4200-th-fi.pdf

já foi postado no calendário https://www.projetoacbr.com.br/forum/calendar/

Rapaz, obrigado pela resposta rápida (ontem fiquei ate sem dormi por conta desse problema), realmente era isso, bastou remover o campo IPI e deixar apenas o IPIDevol (eu achava que para devolver eu deveria declarar qual IPI que estava "devolvendo"...) e segui a dica que vi aqui no forum de no campo complementar adicionar tIPIDevol = R$Valor

Importante que fique claro... que atualmente não existe um layout SEFAZ para NFe 4.0

Suporte Ginfes -> 11 2175-1145 Acabei de entrar em contato, estão com problemas técnicos sem previsão;;;

Bom dia, foi alterada a data de início do produção restrita no eSocial. Produção: 2018-01 Produção Restrita: 2017-01 (Levando em conta o faseamento) Testes com o faseamento na Produção Restrita serão simulados com datas de janeiro, março e maio de 2017 http://portal.esocial.gov.br/noticias/testes-com-o-faseamento-na-producao-restrita-terao-ano-base-2017

Ola Este eh o xml que tenho do primeiro caso de Ipi Devolvido na versao 4.0! 43180690339680000165550010000004211000004212-nfe.xml Abraços

@Felipe Franzes Acredito que o problema seja que você no item você esta preenchendo as tag : vIPi 5.01 ==> tem que ir ZERADO vIpiDevol 5.01 Nesse caso, o correto seria não preencher vIPI, apenas o vIpiDevol. Veja que nos totais o IPI esta zerado. Dercide.

Bom dia Realmente está correto a rotina, o erro estava antes de assinar, o arquivo estava indentado, quando enviava para o ACBr Assinar, era gerado a assinatura em cima do arquivo original indentado e retornando o XML todo em apenas 1 linha (invalidando a assinatura). Como a tecnologia que usamos não é possível deixar o XML todo em apenas 1 linha não achei que tivesse problema, agora realizei o tratamento e funcionou perfeitamente. @José M. S. Junior muito obrigado pela ajuda. Deixo abaixo registrado o motivo, caso alguém passe pela mesma situação. XML enviado para o ACBr XML retornado pelo ACBr assinado

Bom dia! Observe a sintaxe: NFe.ImprimirEvento(cArqXMLEvento,[cArqXMLNFe],[cImpressora],[nNumCopias],[bMostrarPreview] Acrescente o parâmetro da impressora, mesmo que vazio. Também é importante saber que existe a opção de gerar um PDF, caso não queira enviar direto para a impressora.

Não sei se vai ajudar , mas a velocidade das térmicas deve ser 115200 , e ai esta 9600 . Tem que configurar na pota COM1.

Boa tarde... Também estava com o mesmo problema... achei esse tópico e resolvi o problema !!! Obrigado...

Obrigado pelas respostas! A dúvida era mais a questão fiscal mesmo do que realmente técnica. Saber se NF-e de produtor era referenciada da mesma forma que as demais NF-e´s. Tudo certo! Obrigado!

Componentes e-Social / Reinf no ACBrMonitorPlus A partir da Versão 1.2.0.5 do ACBrMonitorPlus, está contemplando os Componentes e-Social e Reinf (versão para Testes). A versão pode ser baixada pelos Assinantes SAC do projeto ACBr, através do Link: Para iniciar os testes com a versão atualizada, basta configurar a Versão do Layout e os dados solicitados na aba: DFe / WebService / e-Social ou Reinf e-Social: Reinf: A documentação com todos os Comandos e Parâmetros aceitos pelo ACBrMonitor e os Modelos dos arquivos .INI com todos os eventos dos componentes, podem ser acessados utilizando o Help na tela do ACBrMonitor (Tecla: F1) ou pela documentação On-Line: https://acbr.sourceforge.io/ACBrMonitor/eSocialCriarEventoeSocial.html https://acbr.sourceforge.io/ACBrMonitor/ReinfCriarEventoReinf.html Contamos com a colaboração dos colegas que utilizam estes DFes para realização dos testes...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

Tópico movido para o fórum aberto para referência.

URLs alteradas no repositório. Obrigado pela colaboração.

NOTÍCIAS Limpeza da base de dados do ambiente de produção restrita acontecerá em 26/06 por Publicado: 21/06/2018 17h13 Última modificação: 21/06/2018 17h16 Produção restrita Ambiente de testes ficará indisponível no dia 26/06, das 08h às 18h No dia 26/06/2018, terça-feira, a produção restrita (ambiente de testes) ficará fora do ar para procedimento de limpeza da base de dados. As empresas que enviaram eventos nesse ambiente de testes deverão reenviá-los posteriormente. Para realização da limpeza, o sistema ficará indisponível das 08h às 18h do dia 26. https://portal.esocial.gov.br/noticias/limpeza-da-base-de-dados-do-ambiente-de-producao-restrita-acontecera-em-26-06

A SEFAZ-AM disponibiliza webservice para desenvolvedores de fora do estado, na versão 4.00 da NFC-e. Os dados que utilizamos foram: CNPJ de MG IE de MG CSC: 0123456789 ID do CSC: 000001 As URLs do ambiente para desenvolvedores não estão no portal da NFC-e. Mas a SEFAZ do AM as informa por e-mail, caso você solicite: https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeConsulta4https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeStatusServico4https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeInutilizacao4https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeAutorizacao4https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/NfeRetAutorizacao4https://homnfce.sefaz.am.gov.br/nfce-services-nac/services/RecepcaoEvento4

Salvo engano, a SEFAZ-AM disponibilizava webservice para desenvolvedores, com IE e CSC fictícios, para a NFCe 3.10, mas não aceita mais para a versão 4.00. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ Então você precisa de um certificado de emitente cadastrado como emissor NFCe na UF que for emitir.

Bom dia, Você pode utilizar o ambiente de homologação da SEFAZ-AM, quanto ao CNPJ, IE, CSC e idCSC se não me falha a memória você vai usar do cliente da Bahia mesmo.

Pessoal isto não é bug esta propriedade existia antigamente bem quando saiu a NFCe por causa que alguns estados não aceitavam o qrcode no Xml e como isto já não ocorre, pois agora se ela for true o componente não adiciona o qrcode no xml causando erro, por isso removemos ela. Se tiver erro é só procurar nos dfm/lfm e remover esta declaração ou remover a linha no código caso você tenha feito manualmente.

Peço desculpas. Eu sempre pesquiso antes. Neste caso, só encontrei depois que postei.

Marque a opção de usar arquivo de configuração .cfg.

Esta é a primeira vez que participo do projeto ACBr. A oportunidade surgiu quando comecei a trabalhar para DJSystem. Com a supervisão e sugestões do Daniel Simões, foi desenvolvido o componente ACBrMail que, como o nome já sugere, é para o envio de e-mails. Funciona no Lazarus (Windows e Linux) e no Delphi. O componente ACBrMail usa as classes da biblioteca Synapse para montar e enviar os e-mails. No desenvolvimento do código, tomou-se por base: os conceitos e exemplos apresentados no site do projeto Synapse , o projeto xmailer do Sílvio Clécio e os métodos e propriedades do projeto PHPmailer. FUNCIONALIDADES: Cliente SMTP com suporte a SSL e TLS; Suporte ao envio de múltiplos e-mails; Suporte a envios TO, CC, BCC e Reply-To; Confirmação de leitura; Suporte a Charset; Mensagens em texto puro, HTML ou ambos; Mensagens com múltiplos anexos; Anexos por arquivo ou Stream; Imagens anexadas em linha para usar em mensagens html; Três eventos para acompanhar o processo de envio; O componente já está no svn do projeto, faz parte do pacote ACBrTCP e acompanha exemplo de uso (um exemplo mais elaborado está sendo produzido).