Painel de líderes

Já temos a Data e Local Definidos... A segunda edição do Dia do ACBr, ocorrerá no Parque Tecnológico de Sorocaba, no dia 14 de Setembro de 2019 (Sábado). Reserve essa data na sua agenda, e não perca a chance de participar do 2o encontro da Maior Comunidade de Open Source para Automação Comercial do Brasil Em breve já devemos iniciar a construção de novo Site para a 2a edição do evento, com mais informações, como Grade, Palestrantes, Valor, duração etc...Além é claro, de abrir o acesso a inscrições com preços promocionais para o 1o Lote... (e lembrem-se que o primeiro inscrito recebe um brinde especial do ACBr) Quer Saber como foi o Evento anterior ? Acesse a página do Evento em: https://www.projetoacbr.com.br/diadoacbr/ Todas as palestras do evento anterior, foram Filmadas. No Link abaixo, você poderá ver a coleção de vídeos disponíveis... https://www.projetoacbr.com.br/forum/video/collection/4-dia-do-acbr-1a-edição/ Algumas palestras são abertas e podem ser assistidas por todos usuários do fórum... As demais estão disponíveis para os participantes do Evento anterior e usuários do SAC do ACBr, Como todas as palestras são filmadas, os usuários que se inscreverem no 2a edição do Dia do ACBr, não perderão nenhuma palestra... mesmo que elas ocorram de forma concomitante.. Quer ser um palestrante ? Se você tem interesse em palestrar ou ministrar Workshops, entre em contato conosco, de forma privada. Já estamos pensando na Grade de palestras e formato do evento... Por favor nos detalhe a sua ideia de palestra e porque você acha que o assunto é estratégico para o conhecimento da comunidade do ACBr.

Se for operação com consumidor final veja este tópico, por favor

O problema realmente indica falha na comunicação... o SAT acende a Luz do SEFAZ? Pode ainda ser alguma instabilidade temporária no SEFAZ

bom dia, Perfeito, me salvou. Agora vai uma sugestão para o ACBRMonitor, isso poderia ser tratado no próprio ACBR, ele percebendo que é uma operação interestadual com consumidor final e não contribuinte daria para resolver isso internamente no acbrmonitor. Mesmo preenchendo os campos de forma equivocada. Mais uma vez obrigado. PROBLEMA RESOLVIDO. abraços,

Bom dia Duarte, A estrutura do arquivo é: [CCE] [EVENTO001] (...) [EVENTO002] (...) até [EVENTO999] (...) Logo da forma que você esta fazendo esta errado, ou seja, o numero do primeiro evento no arquivo ser 002, isso explica o erro de index que aparece, pois a rotina esta a espera da sessão [EVENTO001] se não encontra considera que o arquivo esta vazio. Se a nota já possui uma carta de correção e esta seria a segunda, logo deveria funcionar com o valor 2 em nSeqEvento. Se você monta o arquivo com a sessão [EVENTO001] e nSeqEvento=2 ocorre erro de duplicidade, a minha suspeita é que a primeira carta de correção enviada o valor de nSeqEvento foi 2. A minha sugestão é que você informe o valor 3 para nSeqEvento. Seria de grande ajuda para confirmar a minha suspeita, se você anexar o XML *-procEventoNFe.xml da primeira carta de correção dessa nota.

Boa tarde Italo, obrigado pelo retorno, não me atentei a isso, vou confirmar e volto pra fechar o tópico se for o caso.

Estava funcionando, inclusive no HOMOLOGAÇÂO ele esta correto, mais acho que deve ter tido algum erro e retornaram com o WEBSERVICE padrão, note que se você gerar direto pelo PORTAL ele estava colocando a versão 2.0 em alguns estados agora ele retornou com o 1.0 padrão. Estou enviando tudo pelo 1.0 que inclusive se colocar o versao="1.00" para de funcionar novamente. É pelo que vi eles devem ter ajustado vou alterar aqui e testar depois mando novamente a classe. Ele estava aceitando: Versão 1.00 - Os lotes do 1.00 <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <TLote_GNRE xmlns="http://www.gnre.pe.gov.br"> <guias> Versão 2.00 - Os lotes do 2.00 <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <TLote_GNRE versao="2.00" xmlns="http://www.gnre.pe.gov.br"> <guias> Pelo que vi acho que arrumaram pois no manual esta previsto que o lote da 1.00 só aceita GUIAS 1.00 e o lote 2.00 agora aceita os dois modelos tanto 1.00 quanto 2.00 desta forma creio que deve estar aceitando a TAG de versão no cabeçalho. <?xml version="1.0" encoding="UTF-8"?> <TLote_GNRE versao="2.00" xmlns="http://www.gnre.pe.gov.br"> <guias> <TDadosGNRE versao="1.00"> ... </TDadosGNRE> <TDadosGNRE versao="2.00"> ... </TDadosGNRE> </guias> </TLote_GNRE>

Tem razão, alterei apenas as da SVRS, RS usa um webservice diferente. Aguarde que... Aparentemente ainda não estão validando a URL em produção, mas deve mudar também, está sendo verificado se a alteração caso feita agora em produção não vai causar problemas.

Muito Obrigado pela Ajuda.

Entendi, agradeço por terem analisado, vou fazer sim, entro em contato se surgir alguma dúvida ou assim que terminar anexo para ser adicionado ao projeto. Obrigado.

Já solucionei ! Era problema de comunicação com cliente, estava sem o cabo de WAN para comunicação com a SEFAZ. Erro bobo mas notificado por um técnico presente. Muito obrigado pela resposta ! Pode concluir o tópico ! ??

Realmente são layouts diferentes embora se trate da mesma Cooperativa e cobrança Bradesco, a versão existente no componente é "CRESOL CENTRAL - SCRS (Chapecó)" . Será necessário implementar uma nova classe para essa cooperativa, sendo igual a já existente alterando apenas os pontos de divergência. Se desejar contribuir, poderá anexar o fonte e podemos adicionar ao projeto.

Ok, entendido, excelente explicação, analisado o arquivo *-procEventoNFe.xml e lá consta nSeqEvento=1. Mas contudo, em respeito a sua explicação executamos uma consulta no site da NFE e lá constava a ciência de emissão pelo destinatário que tinha entrado com nSeqEvento=2, alteramos o nSeqEvento para 3 e a carta foi acatada pelo servidor. Agradeço muito pelo apoio e principalmente pela explicação detalhada! Tenham um excelente dia.

Bom dia, Anderson Carvalho Farias. Veja o exemplo abaixo: tPag := TipoTransacao; ex: fpCartaoCredito = Tipo da Transação do cartão, se credito ou débito; vPag := ValorCredito; ex 20.00 = Valor pago na transação; tBand := BandeiraCartao; ex: bcVisa = Bandeira selecionada pelo usuário; cAut := NSU; // ex: 444444; código do comprovante informado pelo usuário; CNPJ := CnpjOperadora; ex: 99999999999999 = CNPJ vinculado a tabela ref. a bandeira selecionada;

Agradeço a explicação. Vou, inclusive, ler a norma técnica. O que vocês informaram tem todo o sentido, pois sou desenvolvedor para a própria empresa onde trabalho.

Bom, eu fiz um boleto colocando na DigitoAgencia=, o Posto = 24, que é o caso do meu cliente, e a princípio calculou certinho. Depois vou fazer mais boletos e qq coisa, posto aq. Abraços, obrigado pela atenção.

Bom dia, Reginaldo, obrigado pela informação.

A princípio, pode usar o CNPJ da empresa onde foi desenvolvido. Isso é chamado de "sistema próprio". Quer dizer, sistema desenvolvido pela própria empresa. Isso está de acordo com o que o Felipe disse acima.

A contadora ("pouco disposta") me instruiu a fazer uma nota de devolução onde irá anexar no livro de ocorrência da empresa. Vou dar encaminhamento, e assim que tiver um desfecho, compartilho o resultado.

Boa noite, Seguindo a lógica do fluxograma existente na Nota Técnica 2014.002 v1.02b. Quando o destinatário cria um evento de manifestação, é gerado um NSU para o emitente com o evento do destinatário. Olha o que diz o item 7: O método DistribuicaoDFe retorna os NSU's que o Ambiente Nacional cria. Ou seja, se o Ambiente Nacional cria um NSU para o emitente da nota com os dados do evento criado pelo destinatário, logo você terá acesso.

Pois é. SEFAZ parece não ter noção do nosso dia-a-dia, perder tempo com alterações sem necessidade ou sem mesmo aviso. Ficar o dia todo até descobrir que basta enviar sem o "http", complicado. Basta alterar o .ini e executar o .bat "Compila_RES.BAT" que o .res é gerado novamente.

Boa tarde Duarte, Neste caso você tem que incrementar o campo: nSeqEvento, pois é ele que diz quantas cartas de correções foram enviadas para a mesma nota. Quando enviamos a primeira CC-e o valor de nSeqEvento é 1, ao enviar a segunda tem que ser 2 e assim por diante. Reafirmo: devemos incrementar esse campo quando se tratar da mesma nota.

Boa tarde Daniel, O componente ao gerar o XML de um evento, se encarrega de assinar e validar para garantir que a estrutura e os dados estejam em conformidade com os schemas. Sendo assim, concordo com a sugestão do Felipe.

Olá boa tarde. Isso seria um exemplo da nota do fornecedor de entrada. Vc registrará ela no seu Sistema com essas informações. Quando vc for fazer a NF Venda, vc vai utilizar essas informações nessas tags 60 e 500 do item.

Bom dia, Josafar Nascimento da Silv. De acordo com a Nota Técnica, a Sefaz considera como Responsável Técnico as empresas : Desenvolvedora do sistema de emissão ou empresa responsável tecnicamente pelo sistema de emissão.

Bom Dia a todos. Passei pelo mesmo problema em dois clientes utilizando o mesmo modelo de equipamento mencionado pelo Alexandre( Elgin Linker I ), porém as DLL's que ele disponibilizou acima não resolveram meu problema, foi necessário intervenção por parte do suporte da fabricante, então disponibilizo as DLLs que sanaram o meu problema caso alguém precise. DLL ELGIN.rar

Boa tarde Souza, Se até ontem o cliente estava emitindo e hoje não, o problema pode ser o certificado dele. Ou atualização do Windows da maquina dele.

Chegou a tentar validar o arquivo novamente hoje? Também percebi alteração em validações. Situações que não eram validadas e que passaram a ser validadas.

Boa tarde. Seus fontes estão atualizados com a última revisão do svn? me recordo que este caso teve um segundo comit. Att.

A Synapse original a muito tempo não recebe atualizações... a nossa da pasta terceiros , tem modificações

Eu abri um chamado no site deles a 3 dias, sem retorno.

Olá Rogério, A verdade é que o componente não foi feito pra refazer tudo automaticamente. Então se você sofre uma queda de energia, precisaria colocar seu sistema e o componente em estado operacional. Isso é relativo de como vai ser feito. Por exemplo, devido a complexidade do PAF-ECF, algumas empresas sempre cancelavam o cupom aberto no caso de quedas de energia. Daí, ao invés de tentar reabrir o cupom, colocam no sistema uma função de recuperar um cupom já emitido que refaz a venda. Eu particularmente acho isso mais fácil de fazer e dá menor brecha para erros no sistema. Como você percebeu, o arquivo XML não está sendo atualizado a cada item vendido. Isso acontece porque o comando em TACBrECFVirtualNFCeClass.GravaArqINIVirtual não está chamando o comando GerarXML na nota. Ele poderia ser alterado para algo como: procedure TACBrECFVirtualNFCeClass.GravaArqINIVirtual(ConteudoINI: TStrings); begin // Se cupom está aberto, deve persistir o CFe // if (fpEstado in estCupomAberto) and (fsEhVenda) then begin fsACBrNFCe.NotasFiscais[0].GerarXML; //<--- alteração fsACBrNFCe.NotasFiscais.GravarXML(fsNomeArqTempXML); end else if (fsNomeArqTempXML <> '') and FileExists(fsNomeArqTempXML) then DeleteFile(fsNomeArqTempXML); inherited GravaArqINIVirtual(ConteudoINI); end; Mas só essa alteração acima não resolve o problema que fez você abrir este tópico. Estou avaliando se e o que é possível fazer para que essa mensagem de erro seja tratada de maneira mais automática pelo componente.

Primeiramente, boa tarde @BigWings Peguei só o arquivo ini do seu commit, mas acredito que faltou a atualizar a seção [NFCe_RS_H] do ini.

Nunca testamos essa impressora... Se ela for compatível com Epson Esc/Pos, configure como se fosse uma Epson

Por favor, crie um tópico na área do SAC com os dados de como reproduzir e verificar o problema, como configuração utilizada, arquivo ENT para emissão e xml gerado.

Perfeito, vou estar verificando e tentando fazer manualmente. Depois dou um retorno. Agradeço

Obrigado pessoal, e desculpem o post duplicado... Na minha pesquisa, acabei não encontrando este tópico.

Correção para que ta emitindo para o estado TO altera o aquivo: ACBrNFeServicos.ini na linha: [NFCe_TO_H] URL-ConsultaNFCe_2.00=http://homologacao.sefaz.to.gov.br/nfce/consulta Mudar a ulr para www.sefaz.to.gov.br/nfce/consulta sem o http:// depois compilar o exe Compila_RES.BAT

Bom dia Guto, Muito obrigado pela informação, vou fazer as devidas correções no arquivo INI. Uma observação o seu arquivo INI esta desatualizado, pois os atuais não tem mais a linha que define o encoding.

Bom dia. Este tópico deve lhe ajudar. Att.

Bom dia Este banco tem uma propriedade especifica para isso: "CodigoGeracao" [Titulo1] ... CodigoGeracao=2

Pessoal do ACBr ai, verifica se esta ok e se for o caso incluir no componente oficial. Fiz envios para os 2 modelos e esta redondinho funcionando.

Boa tarde Carlos, Abra o arquivo INI do provedor e procure pelo nome da cidade e faça a alteração na URL de produção e de homologação.

Boa tarde Fabio, Eles quebraram o XSD? Antes era apenas um arquivo nfse.xsd agora é um para cada serviço. Isso faz com que o arquivo INI do provedor seja alterado.

Boa tarde, Sugiro utilizar a impressão via EscPos. Att.

Provavelmente o SEFAZ deve ter uma tolerância prevendo diferentes algoritmos de arredondamento... Na pasta "testes" temos um extenso teste unitário para a RoundABNT

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.