Painel de líderes

Bom dia, Quando uma nota é enviada e ocorre algum erro, a primeira providencia a ser tomada é realizar uma consulta, pois não sabemos se o erro ocorreu no envio ou no retorno da SEFAZ. Se o erro ocorreu no retorno, a consulta vai nos informar o resultado do processamento, se a nota estava correta, será retornado o protocolo de autorização. É interessante ao realizar essa consulta, estarmos com o XML da nota carregado no componente, pois se for retornado o protocolo de autorização o XML será atualizado automaticamente, com isso podemos imprimir o DANFE. Por outro lado se o erro ocorreu no envio, a consulta vai nos retornar que a nota não consta na base de dados. O que fazer neste caso? Podemos tentar novamente o envio ou inutilizar o numero da nota cujo envio não ocorreu por falha na SEFAZ e por fim enviar a nota pelo SAT (contingência da NFC-e) no Estado de São Paulo.

Por favor veja esse tópico:

Boa tarde Giovani, O seu código deve ficar da seguinte forma: infRespTec.CNPJ := CNPJ da empresa de software infRespTec.xContato := meu nome infRespTec.email := meu email infRespTec.fone := meu telefone Lembre-se configurar o componente é uma coisa, alimentar com os dados da venda é outra. As 4 linhas acimas devem ser incluídas na rotina que alimenta o componente. Já as linhas abaixo devem ser incluídas na rotina que configura o componente. // Enquanto o desenvolvedor não tiver o seu CSRT deverá configurar // as propriedades IdCSRT e CSRT conforme exemplo abaixo. ACBrNFe1.Configuracoes.RespTec.IdCSRT := 0; ACBrNFe1.Configuracoes.RespTec.CSRT := '';

Pessoal boa tarde, Acabei de receber uma mensagem da SEFAZ que o cancelamento de NFC-e foi normalizado. Tentei efetuar um cancelamento aqui em ambiente de Homologação e foi normalmente.

Pessoal, aqui voltou a funcionar. abraço.

Boa tarde, Tairone. Qual a Sefaz? Qual o sistema operacional e a versão? Todas as atualizações do windows estão instaladas? Tente com a configuração abaixo: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; SSLType := LT_TLSv1_2;

Prezado @BigWings, Concordamos com a sua colocação que o valor deste campo não deveria ser zerado, mas nenhum fornecedor informa este valor para que possa ser armazenado e posteriormente emitido e temos várias situações, como mercadorias em estoque que não possuem essa informação e não haverá informação até que exista uma entrada ou que o contador se responsabilize pela definição. (Inclusive há várias entidades discutindo com as SEFAZ sobre este campo) Então para atender a RV, da forma como a mesma está hoje na NT 2018.005 v1.20 será necessário gerar da mesma forma como o colega @GustavoCamargo fez.

Obrigado por ajudar, vou esperar o horário q voltar a dar time out e vou por essas configurações, ai breve dou um feedback.

O gerenciador gpTefDial funciona diferente do gpCliDTEF. O gerenciador gpTefDial funciona por troca de arquivos como era comum há alguns anos quando a maioria dos comércios usavam TEF discado. Talvez eles tenham atualizado a aplicação TEF e alterado o modo do gerenciador trabalhar e por isso parou de funcionar. Independentemente disso, quaisquer um desses eventos são demonstrados nos aplicativos de exemplo. Você pode verificar a implementação neles. Mas aqui vai uma explicação rápida: OnObtemInformacao é um evento que trata as situações onde o Gerenciador do TEF está obtendo as informações do usuário. Então você deve criar uma tela para obter essa informação do usuário e retornar ao gerenciador TEF. Por exemplo: Qual a senha do Administrador? Em quantas vezes vai dividir? Qual o valor da taxa de embarque? Etc... ExibeMenu é um evento que gera para o usuário um menu com várias opções para que ele escolha uma. Assim você deve criar uma tela que mostre as opções e permita ele escolher uma. Por exemplo: É Crédito, Débito, Alimentação? É parcelado ou a vista? Dá uma olhada no aplicativo de exemplo que deve ficar claro como é simples fazer uma implementação dessas.

Bom dia, Geová. Sugiro que não utilize Capicom pois a mesma já está obsoleta, tente a configuração abaixo: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; SSLType := LT_TLSv1_2;

Bom dia Giovani, Não, a propriedade é CSRT. Temos duas propriedades de configuração: idCSRT e CSRT. Dentro do grupo <infRespTec> temos dois campos: idCSRT e hashCSRT. O campo idCSRT recebe o mesmo valor da propriedade de configuração idCSRT. Já o campo hashCSRT é gerado da seguinte forma: O hashCSRT é o resultado da função hash (SHA-1 – Base64) do CSRT fornecido pelo fisco mais a Chave de Acesso da NFe. Abaixo temos a procedure que gera o grupo <infRespTec> da NF-e: procedure TNFeW.GerarinfRespTec; begin if (nfe.infRespTec.CNPJ <> '') then begin Gerador.wGrupo('infRespTec', '#081'); Gerador.wCampoCNPJ('#82', nfe.infRespTec.CNPJ, CODIGO_BRASIL, True); Gerador.wCampo(tcStr, '#083', 'xContato', 02, 60, 1, nfe.infRespTec.xContato, DSC_XCONTATO); Gerador.wCampo(tcStr, '#084', 'email ', 06, 60, 1, nfe.infRespTec.email, DSC_EMAIL); Gerador.wCampo(tcStr, '#085', 'fone ', 07, 12, 1, nfe.infRespTec.fone, DSC_FONE); if (idCSRT <> 0) and (CSRT <> '') then begin Gerador.wCampo(tcInt, '#086', 'idCSRT ', 02, 02, 1, idCSRT, DSC_IDCSRT); Gerador.wCampo(tcStr, '#087', 'hashCSRT', 28, 28, 1, CalcularHashCSRT(CSRT, FChaveNFe), DSC_HASHCSRT); end; Gerador.wGrupo('/infRespTec'); end; end; Note que o valor do campo hashCSRT é o resultado retornado pela função CalcularHashCSRT que recebe como parâmetros a propriedade CSRT e a chave da NF-e.

Bom dia, Acredito que esteja ocorrendo uma confusão. O método Enviar do Monitor não se utiliza do Consultar, isso se explica o envio ocorrer sem nenhum problema. Por outro lado o método Cancelar se utiliza do Consultar para saber se a nota foi enviada e autorizada antes de solicitar o seu cancelamento. Se a SEFAZ esta com algum problema no serviço de consulta o método Cancelar do Monitor vai falhar. Para tirar essa duvida é simples, basta enviar uma nota e depois tentar consultar, se ocorrer erro concluímos que o serviço de consulta esta com problemas.

Obrigado

Que isso. Agradecemos o retorno. Bom trabalho por aí.

Boa tarde. Talvez este video possa lhe ajudar. Att.

Olá, Esse código não parece ser do componente de SAT. Poderia verificar onde está definida essa variável 'AliqICMS' e qual o tipo dela? Pois ela parece estar definida como Integer.

Boa tarde Augusto, Estanho, o código de verificação é uma string, e ao meu ver o tipo de alinhamento não era para causar esse problema. Muito obrigado pela colaboração, já esta no repositório.

Tópico fechado por falta de retorno do usuário

Boa tarde. Alteração já está no svn. Att.

Boa tarde, Muito obrigado pela correção, já enviei para o repositório.

Configure para usar por libWinCrypt

Boa tarde, O que de fato você esta tentando fazer? O XML que você anexou se refere ao XML de uma NFS-e. Já a tag </Pedido> que você informou na sua primeira postagem (que diga-se de passagem no lugar errado: lugar postado ACBrCTe, lugar correto ACBrNFSe) aparece no pedido de cancelamento. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção para apagar os arquivos antigos marcada? Se sim, esta fazendo testes com o programa exemplo? Esta usando os arquivos INI que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Eu tenho o mesmo entendimento que você. Não se aplica à Contingência OFF Line.

Boa tarde. Você chegou a realizar a alteração? Se sim, por favor anexe a unit alterada. Att.

Por favor, anexe o log.txt do ACBrMonitor para que possamos analisar o erro. Pode ser erro específico da SEFAZ do Estado, pois em testes esse erro não ocorre...

Boa tarde Wesclei, Desculpe, falha minha. Até o final de hoje estarei enviando o arquivo atualizado para o repositório.

Eu preciso resgatar essas informações pra armazenamento e posteriormente fazer conferencia/conciliação dos cartão.

Boa tarde. Toda ajuda é muito bem vinda, logo você pode sim realizar o desenvolvimento para este banco Recomendamos que analise as demais implementações (sugiro o Bradesco) e sigas os padrões dos mesmos, após realizar a homologação junto ao banco você pode anexar no tópico os fontes alterados. Caso tenha alguma dúvida pode postar aqui também. Att.

Esse valor está fixo no código, pois atualmente não trabalha com envio de mensagens de Débito automático. Mas será alterado para informar o valo default "3" conforme indicado no manual.

Boa tarde. Não realizamos testes com este modelo até o momento, porém se a mesma utilizar as linguagens PPLA, PPLB, EPL ou ZPL creio que funcionará sem problemas. Att.

Esse serviço do sefaz está instável desde ontem a tarde... Hoje funcionou algumas vezes mas sem trazer nenhuma nota e logo em seguida cai.... Infelizmente não temos o que fazer, só aguardar....

boa tarde.. verifique se o certificado nao esta vencido. Verifique tambem se nao é problema no sefaz nacional.. pode ser que estejam com problema.

Bom dia. Você utiliza qual ide para desenvolvimento? Att.

Obrigado Everson, irei verificar estes itens e caso estejam desatualizados farei os devidos updates.

Parabéns! Grato por sua atenção e contribuição a comunidade!

Bom dia Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Apenas um detalhe os seus fontes estão desatualizados.

Ok, vou tentar aqui, obrigado pelo retorno.

Bom dia, É que na verdade, no arquivo do sistema antigo do meu cliente vai essa informação... e no manual do bradesco diz o seguinte: 094 a 094 – Condições de Registro para Débito Automático  Quando igual a “N” e os dados do débito estiverem incorretos, rejeita o registro na cobrança e não emite Boleto de cobrança;  Quando diferente de “N” e os dados do débito estiverem incorretos, registra na cobrança e emite Boleto de cobrança. Nesta condição, não ocorrerá o agendamento do debito. Como no arquivo atual dele está indo N eu achei que tivesse a opção de configurar para mandar de acordo com a situação do momento... mas vou verificar se realmente precisa manter o N ou posso mandar em branco. obrigado Anselmo

Bom dia a todos, Não sei se é falta de conhecimento desses contadores ou é uma jogada para tirar o deles da reta.

Acabei de atualizar o ACBr e funcionou !! Estranho é que tinha atualizado dia 18/03... Acho que vou passar a atualizar todos os dias ehehhehe

Meu Deus. me perdoe, realmente é uma variável minha. Muito obrigado mesmo, já não estava visualizando mais nada. Obrigado e poderia fechar o topico.

Boa tarde. Você se refere a qual gerador de relatórios? e Qual DFe? Att.

Boa tarde. Veja este tópico Att.

Boa tarde. Isto está fixo no código, o manual do banco condiz com a exigência? Att.

Informe as suas configurações da propriedade TDFeSSL.

Bom dia O Componente já concatena e gera o hash, porém o campo hashCSRT e idCSRT ainda não será exigida pela SEFAZ, enquanto não tiver esse numero e ID não deve preencher esses dois campos... Acompanhe no link abaixo o cronograma dos Estados que exigem as Inf. Resp. Técnico. https://www.projetoacbr.com.br/acbr-mapas-fiscais/#acbrmapa_responsavel_tecnico

Bom dia. MG está com problemas para emissão de qualquer DF-e. Na parte da manhã, ainda se conseguia emissão por SVCAN, mas não está funcionando mais. O portal Estadual de MG e o SIARE também se encontram fora do ar. Não há absolutamente nada a fazer por parte do ACBr. Temos que aguardar que os serviços sejam disponibilizados. Infelizmente podemos perceber que no portal da NFe todos os serviços de MG estão em verde o que não representa a realidade.

Analisei o conteúdo da ACBrRegBol, que está na Branches, em conjunto com o @José M. S. Junior e @Juliana Tamizou A maneira que foi implementado, impede a mesclagem desse componente com o TACBrBoleto... e temos várias definições de classes, que poderíamos aproveitar, do ACBrBoleto... No momento, estamos estudando a documentação de todos os 5 grandes bancos, para definirmos as propriedades e métodos necessários, e fazer uma validação se existe equivalência no Tipos TACBrTipoOcorrencia e TACBrTitulo. Após isso, iremos redesenha a classe do ACBrBoleto, para implementar as novas funcionalidades de envio por API... devemos aproveitar do Branches, trechos do código de geração do XML

Não sei o que você está tentado fazer. Mas vamos por partes: 1 - Para SIMPLES NACIONAL CRT=1 não há destaque de ICMS como vc informou no teu arquivo. Base de cálculo de ICMS. 2 - Para casos específicos de operação que tenha o destaque (regulamento por lei), usar o CSOSN 900. (Estude sobre ele) 3 - O caso que vc comenta sobre IPI eu suspeito que vc está falando de nota de devolução para o fornecedor. Estude o manual da versao 4.00 do XML pois foi incluído um campo vlIPIDevol para controle da devolução do IPI por empresas não contribuinte do IPI.