Painel de líderes

Olá! Tudo bem? Estamos realizando algumas alterações em nossa implementação de Carteiras Digitais e verificamos que existem alguns campos que precisam ser lidos no retorno do SiTEF, sendo eles: 133: NSU_SITEF 135: CodigoAutorizacaoTransacao 157: Estabelecimento 158: CodigoRedeAutorizada 4077: NSU_FEPAS 4153: CodigoPSP Estes foram adicionados no fonte ACBrTEFCliSiTefComum.pas. Destes campos, foi necessário adicionar os fields abaixo no fonte ACBrTEFComum.pas, as demais já existiam: fpCodigoPSP fpNSU_SITEF fpNSU_FEPAS Além disso, foram encontradas também alguns fields que não estavam presentes no método TACBrTEFResp.Clear, sendo eles: fpIdCarteiraDigital fpNomeCarteiraDigital fpCodigoPSP fpNSU_SITEF fpNSU_FEPAS fpDataVencimento fpInstituicao fpModalidadePagto fpModalidadePagtoDescrita fpModalidadePagtoExtenso fpCodigoRedeAutorizada Foram utilizados os manuais recebidos da equipe de suporte do SiTEF para basear as alterações informadas. Os fontes alterados seguem em anexo. Observação: os manuais não foram anexados, pois excedem o tamanho permitido, mesmo zipando-os. Peço que, por gentileza, sejam avaliadas e, se aprovadas, disponibilizadas as alterações no repositório do ACBr. Obrigada! ACBrTEFCliSiTefComum.pas ACBrTEFComum.pas

Boa tarde. Um cliente meu está tentando importar uma NF-e de Produtor Rural Modelo 55, e ela foi emitida por um Produtor que usa CPF (CPF na chave da Nota), usando uma Série na faixa 910 à 919. Eu estou usando a seguinte função para validar a Chave dessa Nota: ValidarChave(const chave: string) Essa função está na Unit ACBR\Fontes\PCNComum\pcnAuxiliar.pas. Mas ela está retornando o valor falso, invalidando a chave da Nota, quando na verdade eu verifiquei a chave na consulta NF-e do portal da SEFAZ, e está emitida corretamente, portanto a chave é válida. Nessa função há um trecho de código que faz a validação da chave da Nota tratando como um CNPJ ou CPF dependendo da Série utilizada, onde somente trata como CPF se estiver usando uma Série entre 920 e 969, conforme segue: case StrToInt(copy(aChave, 23, 3)) of // serie reservada para DFe eCPF emitida por aplicativo da Empresa Emitente 920..969: result := ValidarCPF(copy(aChave, 10, 11)); else // serie (001-889) reservada para DFe eCNPJ result := ValidarCNPJ(copy(aChave, 7, 14)); end; Verificando a Documentação da NF-e, eu constatei o seguinte tratamento: Faixa Emissor Identificador Assinatura procEmi 000-889 Aplicativo do Contribuinte (NFe) CNPJ e-CNPJ do contribuinte 0 ou 3 890-899 Site do Fisco (NFA-e) CNPJ / CPF e-CNPJ da Sefaz 1 900-909 Site do Fisco (NFA-e) CNPJ e-CNPJ da Sefaz ou e-CNPJ do contribuinte 1 ou 2 910-919 Site do Fisco (NFA-e) CPF e-CNPJ da Sefaz ou e-CPF do contribuinte 1 ou 2 920-969 Aplicativo do Contribuinte (NFe) CPF e-CPF do contribuinte 0 ou 3 (No caso, o meu cliente se encaixa na penúltima linha, Série da faixa 910 à 919, NFA-e Modelo 55 emitida por um CPF). Portanto eu fiz alterações nessa parte do código, ficando da seguinte forma: case StrToInt(copy(aChave, 23, 3)) of // Séries (000-889) reservadas para NF-e eCNPJ emitida por aplicativo da Empresa Emitente 000..889, // Séries (900-909) reservadas para NFA-e eCNPJ emitida no Site do Fisco 900..909: result := ValidarCNPJ(copy(aChave, 7, 14)); // Séries (910-919) reservadas para NFA-e eCPF emitida no Site do Fisco 910..919, // Séries (920-969) reservadas para NF-e eCPF emitida por aplicativo da Empresa Emitente 920..969: result := ValidarCPF(copy(aChave, 10, 11)); else // Séries (890-899) reservadas para NFA-e eCNPJ ou eCPF emitida no Site do Fisco, e outras possíveis Séries futuras result := ValidarCNPJ(copy(aChave, 7, 14)) or ValidarCPF(copy(aChave, 10, 11)); end; O arquivo atualizado com as alterações que fiz segue em anexo nesse post. Favor verificar e aprovar a alteração se possível. Aceito sugestões de melhoria. Agradeço desde já. Vlw! pcnAuxiliar#new.pas

Tenho certeza que a sua intensão é baixar os XMLs das notas emitidas contra o seu CNPJ. Pois bem essa abordagem esta errada. Eles não foram criados para esse fim. O Distribuição DF-e foi criado para lhe mostrar uma lista (resumo) de notas emitidas contra o seu CNPJ. De posse dessa lista você tem condições de verificar se existe ou não alguma empresa emitindo nota contra o seu CNPJ sem o seu consentimento. Já os Eventos de Manifestação do Destinatário é para avisar o Fisco se você realmente comprou ou não algo daquela empresa e se chegou ou não a mercadoria. Temos 4 tipos de eventos: Ciência da Operação = Informa ao Fisco que você comprou mas ainda não recebeu a mercadoria. Desconhecimento da Operação = Informa ao Fisco que você não comprou nada desse empresa. Confirmação da Operação = Informa ao Fisco que você comprou e recebeu a mercadoria. Operação não Realizada = Informa ao Fisco que você comprou mas não vai receber ou não ficou com a mercadoria, neste evento temos que informar o motivo pelo qual não recebeu ou não vai ficar. Como você pode ver em nenhum momento se falou em baixar o XML da nota para usa-lo como entrada no estoque e/ou lançar no contas a pagar. O Ajuste SINIEF que instituiu a NF-e deixa bem claro que o emitente da nota tem a obrigação legal em disponibilizar o XML assinado e com o protocolo de autorização para o destinatário da mercadoria e para a transportadora quanto esta for a responsável pelo transporte. Agora se os seus fornecedores não estão disponibilizando o XML via e-mail por exemplo, é sua obrigação em informar o fato ao Fisco.

Parece correto exceto pelas séries 890-899, o MOC deixa claro que na chave de acesso vai constar o CNPJ da SEFAZ:

Boa tarde. A @aline garciaentrará em contato para lhe auxiliar. De qualquer forma, segue o link para o curso https://sun.eduzz.com/827969 Att.

Boa tarde pessoal. Afim de evitar que o tópico se estenda demais, para os erros e novas contribuições por favor criar novos tópicos. Att.

O Registro On-line não utiliza o metodo LerRetorno, esse seria para leitura do arquivo .txt O Registro de boletos por API dos Bancos funciona de forma Síncrona, ou seja, deve ser enviado um título por vez para ser registrado e você já vai obter uma resposta imediata se o registro foi realizado ou rejeitado. No retorno não são retornados todos os dados do título, você precisa controlar pelo NossoNumero ou pelo NumeroDocumento que é retornado. Mas em resumo para cada envio você já obtem o retorno para esse Título. Note pelo exemplo, que após o Envio você já pode ler o retorno a partir de uma lista (ListaRetornoWeb). Cada banco retorna dados específicos conforme a sua documentação, não significa que todos os campos estarão preenchidos. Para o Itaú é importante que os fontes e o Exemplo do Boleto estejam atualizados, pois houve atualização recente. O que precisa validar seria se houve rejeição ou foi Registrado, no caso do Registro realizado é retornado o código de Barras e Linha Digitável, os demais dados você já tem no momento em que gerou o título... Espero ter esclarecido mais sobre o Registro On-Line.

Obrigada Juliana.

Não acho que não está lendo de forma a entender. existe 3 tipos ou tu continua paf-ecf e segue o baile, ou tu usa paf-ecf para contingencia e emite nfc-e por dentro do paf-ecf ou tu vai totalmente para PAF-NFCe. está bem claro na documentação isso Bloco X é somente quem usar Paf-ECF então nos dois primeiros casos

Bom dia, Moderadores, por favor podem fechar o tópico. Não implementei, mas seguem algumas informações, caso sejam úteis para quem tiver a mesma necessidade. 1. Encontrei um exemplo de como fazer em c# https://www.codeproject.com/Articles/99362/Scan-and-Read-the-Barcode-from-PDF-File 1.1. Primeiro o pdf é convertido para imagem via ghostscript. * Outra opção para converter o pdf para imagem: https://github.com/renancostab/XPdfSharp 1.2. Tento a imagem, existe exemplo de como ler o código de barras . * Outra opção para ler o código de barras utilizando o ZXing: https://foxlearn.com/windows-forms/how-to-read-a-barcode-from-an-image-in-csharp-464.html Obs: Para fazer via Delphi, acredito que seja possível: 1. Converter o Pdf para Imagem via GhostScript: Se foi feito em c# via dll via Delphi também é possível 2. Ler o código de barras via ZXing: Verificar https://github.com/Spelt/ZXing.Delphi

Olá pessoal, eu estava com este mesmo problema principalmente com ELGIN. Ocorre que algumas DLLs de fabricante "travam" o sistema enquanto estão se comunicando com SAT e outras DLLs não fazem este travamento, quando o sistema não trava então permitia o usuário "SEGURAR O ENTER OU CLICAR MAIS DE UMA VEZ" no botão transmitir que tinha no meu software e consequentemente transmitindo mais de uma vez. Eu resolvi desabilitando o botão antes de transmitir e só liberar depois que o SAT responder.

Boa tarde Eliezer, Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar o que você fez.

Boa tarde, A impressão dos valores do PIS e COFINS não estão previstos no DANFe conforme especificação do Manual da NF-e Estes valores normalmente são informados em "Informações Adicionais do Produto". Assim sai impresso abaixo da descrição, tem uma flag para impressão de dados adicionais nas configurações.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Senhores, Mesmo problema aqui, e eu não utilizo o ACBrCTe, logo é algo externo ao componente.

A SEFAZ-MS notificou os contribuintes que emitem NFe que houve atualização do certificado digital nos servidores da mesma, e por este motivo poderá ser necessário a atualização da cadeia de certificados ICP-Brasil nos contribuintes. Este comunicado foi realizado via email, conforme um dos membros de nossa comunidade gentilmente compartilhou conosco. Página com a NOVA CADEIA: https://www.nfe.ms.gov.br/manuais-de-atualizacao-da-cadeia-de-certificados/. Link para noticia no Portal da SEFAZ/MS Att.

Bom dia. Como vc alterou e oque ocorreu após a alteração? Att.

Bom dia, Só para finalizar a questão no fórum. O problema só acontece quando o cliente utiliza uma ferramenta do Citrix para abrir remotamente o software. Mas no lugar de fazer o "preview" da Danfe pela ACBrLibNfe eu resolvi salvar sempre como PDF e exibir na tela pelo Acrobat Reader, dessa forma deu certo, imprimindo pelo Acrobat Reader o Danfe sai perfeitamente. Obrigado

Olá Pessoal, Enviei hoje dia 26/04/2021 as alterações no componente ACBrNFe para atender a NT 2020/006 versão 1.20, mais precisamente a tag xPag. Quero reforçar que essa nova tag só vai ser aceita no ambiente de homologação até o dia 03/05/2021. Em uma live que participei com desenvolvedores e SEFAZ, obtive a informação de um membro da SEFAZ que a tag xPag também é para ser liberada no ambiente de produção até o dia 03/05/2021. Mas as regras de validação descritas na referida NT só vão ser ativadas no ambiente de produção no dia 01/09/2021.

Bom dia, senhores. Atualizei meus fontes ACBr ontem, 18/11/20, adicionei a seguinte linha no exemplo "Exemplos\ACBrTEFD\NaoFiscal\Delphi": ACBRTEFD1.TEFCliSiTef.Restricoes := '{DevolveStringQRCode=1}'; Aí está exibindo o qrCode PIX. Segue vídeo abaixo mostrando o mesmo funcionando: Como testei com CliSiTEF da Software Express, foi preciso instalar o módulo CardSE e habilitar o PIX, conforme manual fornecido pela própria Software Express. No vídeo, a frase que aparece "You lie, in faith, etc..." é o qrcode, portanto, buscando o campo 584, consegue-se pegar a URL do qrcode, embora nesse caso do CliSiTEF não vejo necessidade disso. Fica a dica, caso seja útil para mais alguém. Att, Leandro