Painel de líderes

Nao. Quando você trabalha com comunicação via .INI (.TXT), as tag´s que você coloca no .INI são prioritárias. Configure apenas o ACBrMonitor e deixe que ele coloque as informações. NOTA: No ACBrMonitor as informações tem que estar corretas. Não esqueça também em caso denovo erro, como o Ricardo Miqueonity disse, ajuda muito se postar o log do Emulador.

Muda a primeira TAG do INI: [infNFe] --> [infCFe] Faz o teste. Sds, Ricardo.

Boa tarde. Estou há algum tempo fazendo testes e adequando minha aplicação p/ substituir a ConsultaNFeDest pala DestribuicaoDFe e me deparei com o seu mesmo questionamento. Até o momento, a melhor alternativa que encontrei foi a seguinte: Consulto as NF destinadas pelo último NSU: ACBrNFe1.DistribuicaoDFePorUltNSU(uf, cnpj, nsu); Realizo a manifestação do destinatário; Consulto novamente pela chave de acesso p/ obter o xml completo: ACBrNFe1.DistribuicaoDFePorChaveNFe(uf, cnpj, chave); Desta forma consigo recuperar o xml na property ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.XML Abri um post na semana passada sobre o assunto, vê se te ajuda: http://www.projetoacbr.com.br/forum/topic/35351-downlaod-xml-distribuicaodfe/?do=findComment&comment=231621

Se você especifica a tag no arquivo .INI, altere no arquivo .INI para usar a versão 0.07. Se você deixa isso por conta do ACBrMonitor, altere na aba do SAT o leiaute para 0.07.

Quem completa estes campos que citei é o aparelho SAT. Em anexo um exemplo de um XML enviado para o SAT de homologação. Sds, Ricardo. AD20170110220602-636044-env.xml

A TAG CEST somente terá campo próprio na versão 0.08, o erro está na geração do XML de envio: <CFe><infCFe versao="0.00" versaoDadosEnt="0.07" versaoSB="000000" Id=""> e nos dados do emitente: <emit><CNPJ>18286896000182</CNPJ><enderEmit></enderEmit><IE>242009824110</IE><cRegTrib>1</cRegTrib><indRatISSQN>N</indRatISSQN></emit> Como você está enviando o comando dentro do ENT.TXT ? Sds, Ricardo.

Olá pessoal, Vou atravessar o tópico para responder uma outra questão do Renato Pires Vieira: Demorou, este fórum está vasto de informações sobre isso. (rs...) Se for do Simples Nacional, não encontrei nada de implicação. Se for Regime Normal, apenas você não pode informar as tags de alíquota quando o CST não for tributado. Os CST´s tributados no SAT são: 00 e 20. Os demais, a tag de alíquota não pode ser informada, incluindo o CST 60 (ICMS cobrado anteriormente por substituição tributária).

Faça testes como o emulador do Fisco primeiro... pois com ele dá pra perceber rapidamente, quais são as falhas de validação de XSD no XML gerado, na janela do emulador... Outra opção é usar o programa InteliSAT da Tanca, para analisar o XML gerado...

Aparentemente o ACBrMonitor.ini está correto. Você copiou a DLL da Bematech e o zlib.dll para a pasta onde está o executável ACBrMonitor.exe ? Ainda não trabalhei com SAT Bematech, somente com DIMEP, ELGIN e TANCA. Sds, Ricardo. Pesquisando no fórum, tem que copiar BEMASAT.XML para a pasta do executável ACBrMonitor.exe também. Sds, Ricardo.

Tenta a mudanças abaixo: numeroCaixa=1 --> numeroCaixa=001 Se ainda não der certo, posta o ACBrMonitor.INI Sds, Ricardo.

Posta o LOG do aparelho para ver qual é o erro que esta dando. Sds, Ricardo.

Olá MarioSev, Como foi dito, no grupo [Identificacao], coloque apenas a teg numeroCaixa=XX. Deixe o ACBrMonitor fazer a parte dele. A Assinatura da SH coloque apenas no ACBr. Para qual regime você está testando? Nota:

Boa tarde, você não está informando a assinatura porquê? signAC= Sds, Ricardo.

no MonitorPLUS, basta configurar o modelo... Verifique na Consulta de Status Operacional qual a versão de XML que o SAT aceita...

Prezado Hernani, boa tarde. Sim, a Sefaz está com instabilidade no serviço de atualização e não está sendo possível realizar a atualização neste momento. Não sei se eles irão nos avisar quando o serviço estabilizar, mas assim que soubermos volto a informar aqui. Att Cristiano Abbud

Senhores @Cristiano Abbud e @robison, só por desencargo de consciência estou desde ontem 06/03/2017 a tarde tentando atualizar a versão de layout de 0,06 para 0,07 de dois SATs da Tanca e não estou conseguindo. O problema é geral e devo aguardar a correção da retaguarda no SEFAZ/SP, é isso mesmo que entendi? Desde já obrigado por qualquer esclarecimento, estou preocupado...

Segue as units novas e alteradas. Neste pacote está a emissão de boletos para o banco SAFRA/BRADESCO, INDUSTRIAL/ITAU e DAYCOVAL/ITAU Att. ACBrBoleto.zip Olá Juliana, bom dia! Daycoval, Industrial e Safra, são bancos de atacado. Bancos que atendem à médias e grandes corporações, estes bancos não possuem ou possuem pouquíssimas agências, portanto é inviável pra eles e para os clientes fazerem cobrança diretamente por eles, visto que, ainda hoje, o boleto vencido só pode ser pago no próprio banco. Desta forma, estes bancos utilizam-se de bancos correspondentes, (Itaú/Bradesco). Então os arquivos de remessa que são enviados para os bancos possuem o código do próprio banco, porém a emissão dos boletos seguem os padrões estabelecidos pelos bancos correspondentes (Itaú/Bradesco). Por isso a "confusão" com os números dos bancos e a necessidade de se criar os layouts mistos, tipo SafraBradesco, IndustrialItau, etc. Os arquivos que anexei acima, estão todos sendo usados em produção, se você julgar de interesse de todos, pode disponibiliza-los no repositório. Abraços e bom dia!

Obrigado @Cristiano Abbud

Boa tarde, Tive que fazer uma alteração, por causa da mensagem de protesto no boleto. Quando for negativação, deve sair a mensagem de negativação e não de protesto. Dercide. ACBrBoleto.pas

Olá Pessoal, Nada impede o fabricante homologar um novo software básico com implementações de eventuais melhorias. No entanto, nesse caso foi a atualização para suportar o novo leiaute, assim, a vigência do software básico está diretamente ligada ao uso do novo leiaute. Não sei se a SEFAZ vai aceitar cupons com leiaute 0.06 após 31/03/2017, mas o que é fato, é que se fizer uma consulta no SGRSAT verá que cupons processados com o leiaute 0.06 estão sendo processados com ALERTA, e diz: "o leiaute não é o atual". Por outro lado (opinião pessoal), não vejo porque arriscar. Para o SIMPLES, não encontrei nenhum problema, foi apenas setar na aba SAT do ACBrMonitor para usar o leiaute 0.07. Para contribuintes do Regime Normal (CRT3), basta verificar em seu aplicativo se ele está preenchendo a tag de alíquota do ICMS soemente com os CST´s que são tributados. CST´s que não são tributados a tag alíquota não pode ser preenchida.

Boa noite pessoal. Notei que o alguns acentos estão incorretos no ACBrMonitor, fiz a revisão num arquivo onde encontrei os erros e ajustei a acentuação que por algum motivo ficou desconfigurada devido alguma edição sem o formato UTF8. Tomei a liberdade de fazer alguns ajustes em outras palavras como por exemplo, número e último(a) que encontrei no fonte, anexo o arquivo que revisei a pouco. ACBrMonitor1.zip

Ok, obrigado!

Não é isso. Essa data corresponde á vigência do software básico e não ao layout do XML.

De acordo com o Comunicado da BEMATECH; Informamos que, em produção, a previsão inicial de vigência do leiaute v0.08 será janeiro/2018, e o término previsto da v0.06 será 31/3/2017.” Ou seja a versão 0.06 não será mais aceita a partir do dia 31/03/2017, porém no site da secretaria da fazenda na consulta do equipamento registrado a SEFAZ diz que o LAYOUYT 0.06 será suportado ainda com o a versão 0.07, sem o prazo do término informado conforme imagem em anexo.

Veja http://bematechpartners.com.br/wp01/?p=2009

vc precisa enviar o XML para o SAT no formato que ele (o SAT) aceita... 0.06 ou 0.07...

Pessoal estou com a seguinte dúvida, caso equipamento esteja atualizado na versão 0.07 e o no XML aparece a versão 0.06 o cupom irá rejeitar à partir do dia 31/03? Na consulta de MODELOS DE EQUIPAMENTOS SAT REGISTRADOS JUNTO À SEFAZ-SP exemplo da BEMATECH LAYOUT suportado será 0.06 e 0.07.

Nem comente com o homologador... pois isso pode gerar uma confusao desnecessária... homologar o MD5 do MonitorPLUS deixará sua aplicação muito travada em atualizações

percentual ou valor ? dependendo do caso, tem que multiplicar para chegar no numero de decimais que eles pedem.

Veja www.djpdv.com.br

Vale lembrar que além da nova dll é necessário a instalação do driver correto. Ao conectar o dispositivo no computador, é exibido um dispositivo removível com o software de ativação, drivers e manuais.

Qual versão do ACBRmonitor você usa Wladimir?

Bom dia Pessoal! Na programação, segui o exemplo do SAT, deixei um campo para alteração do parâmetro da versão do Layout, eu tambem estava com problemas de versão de Layout e foi apenas mudar o valor de 0.06 para 0.07 e funcionou perfeitamente.

Não... seu sistema irá parar de gerar CFes válidos... os equipamentos são atualizados de forma compulsória, pelo SEFAZ

Sim, mas a 0.08 será obrigado a partir de quando. Estou pensando em mudar da 0.6 para 0.8. Sem passar pela 0.7. Será que é possível ?

Olá Pessoal, Creio que os cupons que forem processados com a versão 0.06 mesmo após 31/03/2017 possam ser considerados hábeis, porém, desde já se você estiver ainda usando a versão 0.06, verá que no SGRSAT, os cupons são processados com ALERTA, e diz algo como: "o leiaute não é o atual". Se o Software Básico do SAT também estiver desatualizado, terá no cupom mais esse alerta. Quando o fabricante homologar o Software Básico do SAT para ser compatível com o leiaute 0.08, as versões 0.06 e 0.07 não serão compatíveis com o leiaute 0.08, uma vez que o código CEST terá tag específica, e não será aceito informar o CEST em Observações ao Fisco como é hoje.

Encontrei a msg abaixo: O SAT Bematech ainda não tem data estipulada para restringir a versão do layout 0.06. As versões do software básico 02.00.00 e 02.01.00 suportam tanto a 0.06 quanto a 0.07 conforme mostrado no link abaixo sem data prevista para termino: http://www.fazenda.sp.gov.br/sat/consultas_publicas/modelos_reg.asp

a vigencia do layout 0.06 é até 31/03/2017 http://www.fazenda.sp.gov.br/sat/consultas_publicas/modelos_reg.asp

Estou com a mesma duvida. A Bematech vai permitir o 0.6 ate quando ?

Veja este link.. http://www.fazenda.sp.gov.br/sat/consultas_publicas/modelos_reg.asp Att, Renato

Faça o seguinte: Baixe os 3 repositórios: 1. JCL: https://github.com/project-jedi/jcl/trunk/jcl 2. JVCL: https://github.com/project-jedi/jvcl/trunk/jvcl 3. JEDI: https://github.com/project-jedi/jedi/trunk (este repositório possui arquivos .inc que são necessários para compilar a JCL corretamente) Após baixar copie os arquivo do passo 3 para: <jcl>\source\include\jedi Execute o arquivo "Install.bat" que está na raiz do repositório JCL baixado, tudo normal sem nada diferente, siga o que ele indicar, talvez na aba 64 bits falte o diretóri, mas basta criar ele conforme ele informa. Execute o arquivo "install.bat" que está na raiz do repositório JVCL baixado, também tudo normal conforme indicado pelo instalador. Se seguir este passo-a-passo não tem erro, tudo funcionará normalmente.

Boa tarde Carlos, O método DistribuicaoDFe a principio retorna um resumo da NF-e emitida contra o seu CNPJ. Porque digo a principio, pois se você realizar a manifestação do destinatário as notas emitidas contra o seu CNPJ o DistribuicaoDFe vai retornar o XML completo. O método ConsultaNFeDest só serve para retornar um resumo e nada mais. Antes tínhamos trio ( ConsultaNFeDest, Manifestação do Destinatário e DownloadNFe) para obter o XML completo da NF-e. A SEFAZ simplificou a coisa, uniu o ConsultaNFeDest e DownloadNFe no DistribuicaoDFe. Resumindo: Executando o DistribuicaoDFe pela primeira vez - Retorna os resumos das notas. Executando o DistribuicaoDFe pela segunda vez - Retorna os XML completos das notas manifestadas nesse meio tempo e resumos de novas notas. Se na primeira execução retornou 50 resumos e você realizou a manifestação sobre 30 dessas, ao executar o DistribuicaoDFe pela segunda vez teremos os 30 XML completos salvos automaticamente pelo componente se assim o componente estiver configurado: Configuracoes.Arquivos.Salvar := True.