Painel de líderes

O Diário Oficial da União publicou em 01/09/2021 a Portaria nº 62/2021 que coloca fim ao acesso aos dados e informações da Nota Fiscal Eletrônica (NFe), disponibilizados pelo Serviço Federal de Processamento de Dados (SERPRO), por terceiros, a partir do dia 1º de dezembro de 2021. Entre os dados que deixarão de ser fornecidos estão: CPF (número, situação, nome e data de nascimento) CNPJ (número, razão social, situação cadastral, CNAE, localização do estabelecimento, contatos, sócios. Certidão Negativa de Débitos (números, certidões, data de validade); Nota Fiscal Eletrônica (chave, informações de resposta, eventos); Conhecimento de Embarque-Mercante - Consulta da Data da Última Atualização; Manifesto - Consulta da Data da Última Atualização; Escala - Consulta da Data da Última Atualização; Consulta a Dados Conhecimento de Transporte Marítimo (CE-Mercante); Consulta a Dados do Manifesto Marítimo; Declaração de Importação - Consulta à Data da Última Atualização; Consulta à Declaração de Importação. Vale lembrar que a Receita Federal já prorrogou a entrada em vigor desta medida outras vezes. Fonte : PORTARIA RFB Nº 62, DE 30 DE AGOSTO DE 2021 - PORTARIA RFB Nº 62, DE 30 DE AGOSTO DE 2021 - DOU - Imprensa Nacional (in.gov.br)

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Bom dia, A NT que entrou em vigor hoje (01/09/2021) passou a exigir o TBand mesmo para o caso de não integrar com TEF. As notas foram rejeitadas para o estado de Goiás e Pará. Ou seja, tem que mandar a bandeira mesmo não tendo integração com TEF, conforme abaixo: Fiz uma mudança no pcnNFeW.pas e gostaria da avaliação de vocês para, se for o caso, subir para o repositório. As notas foram autorizadas após a mudança. Aguardo comentários. pcnNFeW.pas

boa tarde a Nota Técnica 2020.006 entrou em vigor desde 05/04/2021; MP 17 Pagamento Instantâneo

Acho que deram rollback, acabei de aprovar nota sem o tBand

Sefaz de GO está fora esperamos que estejam resolvendo os problemas. Abraço a todos

o problema do tband ser gerado toda vez foi resolvido após essa atualização!

Subi uma correção, rev. 22851. É complicado adicionar um tipo nenhum num enumerado, porque pode quebrar código existente se adicionado no início, e ficar estranho se inserido no final, caso hajam novas bandeiras no futuro. Ainda estamos estudando uma solução melhor.

Olá pessoal, Isso mesmo propriedades Salvar, no plural. Vocês já devem ter notado que os componentes que se utilizam de WebServices possuem 3 propriedades Salvar. Vamos a elas: Configuracoes.Arquivos.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs que o emitente tem a obrigação legal de manter guardados. No caso da NF-e (por exemplo) os arquivos são: *-nfe.xml; *-procEventoNFe.xml e *-procInutNFe.xml, respectivamente o XML da nota fiscal, o XML de um evento (cancelamento, carta de correção, etc.) e o XML de inutilização de um numero ou faixa de números. Configuracoes.Geral.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs secundários que são os de envio e de retorno. Configuracoes.WebServices.Salvar := True ou False; Se o valor for True ele salva em disco os XMLs secundários que são os de envio e de retorno envelopados, note que eles tem o mesmo nome dos arquivos de envio e de retorno mas com o sufixo -soap. Utilizamos muito os arquivos "soap" durante o desenvolvimento pois eles são mais completos e podem nos trazer informações que ajudam a resolver alguns problemas com os webservices. Dica: Caso você vai guardas os XMLs no banco de dados, pode deixar os 3 Salvar com o valor False. Por outro lado se você pretende salvar somente em disco ou além do banco de dados que ter uma cópia em disco, deve pelo menos atribuir o valor True a propriedade Configuracoes.Arquivos.Salvar. Observação: No componente ACBrNFe temos a propriedade Configuracoes.Arquivos.SalvarApenasNFeProcessadas, não atribua o valor True a essa propriedade, pois se atribuir o XML da nota só vai ser salvo em disco se a nota for autorizada pela SEFAZ. Caso ocorra algum erro de internet como por exemplo Timeout, você não tem o XML para carregar e realizar a consulta afim de saber se nota foi recepcionada pela SEFAZ ou não. Propriedade de nome semelhante esta presente nos componentes ACBrCTe, ACBrMDFe e ACBrBPe. Volto a frisar, não atribua o valor True a essa propriedade.

Boa tarde! Ao implementar correções no envio do Evento S-1200 na versão do layout simplificado S-1.0, notei que este evento sofreu alteração de nome em dois campos do grupo "sucessaoVinc". No layout 2.5 Enquanto no layout S-1.0 Repare que as informações a serem enviadas são as mesmas em ambas as versões. Para adequar a geração do arquivo às diferenças entre os dois layouts, implementei a seguinte alteração, a qual também envio em anexo: Deste modo, a partir da versão S-1.0 o evento passará a gerar as informações nos campos com os nomes atualizados ("tpInsc" e "nrInsc"), mas caso a versão do layout seja anterior permanecerá da mesma forma como era gerado anteriormente ("tpInscAnt" e "cnpjEmpregAnt"). Porém, embora a solução desta forma seja mais fácil para mim, pois não precisarei alterar o código fonte onde informo os valores dos campos, penso que para o Projeto ACBr esta simples alteração trará um dilema. Pelo fato de os campos apresentarem nomes diferentes nos dois layouts, quem começar a implementar o envio do S-1200 diretamente no layout S-1.0 não encontrará uma correspondência exata entre os nomes dos campos. Assim, gostaria de não apenas postar a solução que implementei, mas também de perguntar se a solução implementada pelo Projeto ACBr será diferente para este caso? pcesS1200.pas

É cilada Bino... Esse sites, são especialistas em entregar soluções que não existem... uma vez instalada essa ferramenta, eles ganham acesso a sua maquina, para fazer sei lá o que... TimeOut ocorre simplesmente porque a SEFAZ não respondeu, ou a internet caiu... Não é algo do seu lado... não há algo que você possa fazer, para corrigir um problema externo... Repare que hoje, com a introdução de novas regras, várias SEFAZ ficaram instáveis, ou fora do ar...

Boa tarde, vou ler esse topico então. Obrigado.

Boa tarde, tudo bem pessoal? Estou precisando desta propriedade também, saiu algo?

Desculpe resolvi Aparentemente foi copiar a pasta Schemas do demo! Vou continuar os testes.

Teste efetuado, e deu certo!

Efetuei a implementação do WS utilizando o banco Credisis. Qual o proximo passo para encaminhar esta informação ao ACBR? Efetuei a implementação do WS utilizando o banco Credisis. Qual o proximo passo para encaminhar esta informação ao ACBR?

Fiz esse teste em um cliente. Realmente. Voltaram a trás. Graças a Deus. Não fazia sentido essa modificação.

Boa tarde, Favor realizar novos testes com a unit em anexo: IPM.Provider.pas

Atualização Conforme pode ser observado no tópico relacionado, finalmente a SEFAZ-SP solucionou este problema. Att.

ACBrMonitorPlus e ACBrLibNFe com estas alterações já disponível Att.

Confirmando aqui problema na SEFAZ GO. Estão rejeitando pagamento em DINHEIRO sem bandeira informada, o que não faz sentido algum.

Bom dia. Já está sim Att.

Italo, não consigo anexar o xml, pois está liberado somente 5kb no anexo. Porém, deu certo, ao emitir a NFe no ambiente de produção, eu estava tentando emitir primeiro no ambiente de homologação, para depois liberar ao cliente, mas já testei direto no cliente, em ambiente de produção e deu certo. Obrigado.

tem uma opçãono componente pra preencher os dados e dai sai impresso

ACBr e TOP mesmo Resolvido aqui também

Boa tarde Adriano, Se você carregar o XML do CT-e através do LoadFromFile e depois executar o método Consultar será gerado o arquivo *-CTeDFe.xml se existir eventos vinculados ao CT-e consultado. Mas não são todos os eventos vinculados ao CT-e que são retornados pela consulta e consequentemente incluídos nesse XML. Essa é a única forma e reforçando o que o Juliomar lhe disse, não existe nenhum método que gere o XML que você deseja.

Não existe nada disso

Boa tarde Juliomar, gostaria de saber se conseguiram analisar minha sugestão. Desde já agradeço.

Já corrigido no SVN, favor atualizar os fontes e testar novamente.

Sobre esse assunto, argumentei com a SEFAZ/GO sobre não validarem o "tpIntegra=2" (não integrado) e me retornaram o seguinte: "A regra da NT não especifica se é TEF ou POS. A regra é se o tipo de pagamento utilizado for cartão de crédito/débito deve ser informado o código da bandeira." Dentro do código da unit "acbr\Fontes\ACBrDFe\ACBrNF3e\PCNNF3e\ACBrNF3eXmlWriter.pas" encontrei algo que pode não permitir a execução: Só inclui a tag "tBand" se houver CNPJ, o que não acontece com tpIntegra=2 (Não integrado) Obrigado,

Olá Pessoal, Os novos Schemas não tem mais os códigos possíveis para o campo <tBand> - Código da Bandeira da Operadora, sendo assim se você informar um valor qualquer com 2 dígitos não vai ocorrer erro de validação, mas a SEFAZ vai comparar esse código com a tabela de códigos de Códigos das Bandeiras das Operadoras que se encontra no Portal Nacional da NF-e. Se o código informado não consta nessa tabela vai ser gerado a rejeição 443. Os códigos aceitos são: tBand Operadora 01 Visa 02 Mastercard 03 American Express 04 Sorocred 05 Diners Club 06 Elo 07 Hipercard 08 Aura 09 Cabal 10 Alelo 11 Banes Card 12 CalCard 13 Credz 14 Discover 15 GoodCard 16 GreenCard 17 Hiper 18 JcB 19 Mais 20 MaxVan 21 Policard 22 RedeCompras 23 Sodexo 24 ValeCard 25 Verocheque 26 VR 27 Ticket 99 Outros Observação: Os campos CNPJ, tBand e cAut só devem ser informados quando o valor de tpIntegra (Tipo de Integração para pagamento) for 1 = Pagamento integrado com o sistema de automação da empresa (Ex.: equipamento TEF, Comércio Eletrônico). Os campos acima pertencem ao grupo <card> Grupo de Cartões, esse grupo deverá constar no XML se o tPag (Meio de pagamento) for 03 (Cartão de Crédito) ou 04 (Cartão de Débito).

Bom dia pessoal. Conforme publicado no artigo a seguir, apenas a regra B25c-10 teve sua data de validação prorrogada para 04/04/2022 em produção.

O Banco Central anunciou nesta sexta-feira (27) mudanças no Pix. Bloqueio de horários para transferências, limitação de valores e até a escolha dos destinatários estão entre as ações que o BC decidiu apresentar para melhorar a segurança do sistema de pagamentos. As informações foram antecipadas pela analista de economia da CNN Thais Herédia, que ouviu fontes próximas da operação nesta sexta-feira (27), logo após o presidente do BC, Roberto Campos Neto, dizer que deveria apresentar um conjunto de medidas para que o Pix seja mais seguro, em evento da Federação Brasileira de Bancos (Febraban) e da Esfera. O objetivo da instituição é evitar fraudes e roubos por criminosos que já utilizam o sistema em contravenções bancárias. Dessa forma, o usuário conseguirá, por exemplo, escolher limites e horários diferentes para a realização de transferências. Entre as mudanças, está o limite de R$ 1.000 em transações durante período noturno. Durante o dia, o limite será o mesmo do TED. Os usuários poderão pedir novos limites, mas a mudança será avaliada pela instituição e poderá ser feita em até 48 horas. O limite de R$ 1.000 para noite leva em conta, segundo o BC, que 90% das transações de Pix tem montantes iguais ou menores a R$ 500. “Temos seguranças que os valores de transações são, majoritariamente, abaixo de R$ 1.000. Então, a intervenção protege o patrimônio das pessoas, não diminui usabilidade e desincentiva crimes como sequestro relâmpago”, disse o presidente do BC, Roberto Campos Neto, em entrevista coletiva nesta tarde. Segundo ele, o anúncio de hoje servirá para que as instituições financeiras possam se preparar para as novas regras. “Imaginamos que elas serão efetivas em algumas semanas”, diz. Fonte : https://www.cnnbrasil.com.br/business/pix-limite-em-valor-esta-entre-medidas-do-bc-para-aumentar-seguranca-do-sistema

Porém, Provavelmente o SAT faz outras validações de "Regras de Negócios", baseado em tabelas, que devem ser atualizadas, pela SEFAZ Veja que na Especificação Técnica do SAT, exite essa validação (em destaque na imagem acima) em e) Validação de regras de negócio do CF-e-SAT

Bom dia. Recebemos uma contribuição para este banco e devemos colocar nas próximas sprints. Att.

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.

A que a gente não tinha o que fazer, então resolvemos dificultar para vocês só por diversão mesmo.

E mais um passo dado rumo ao DTe, nesta segunda-feira, 30/08/2021, o estado do Rio Grande do Sul assinou o protocolo de intenções para adoção do DTe na UF, com isso temos a primeira UF disposta a adotar esse mecanismo. Mais informações no link abaixo http://www.abtlp.org.br/index.php/rio-grande-do-sul-e-o-primeiro-estado-iniciar-adesao-ao-documento-eletronico-de-transporte/

Foi aprovada pela Câmara dos Deputados no dia 15/07/2021, a Medida Provisória 1051/21, a qual cria o Documento Eletrônico de Transporte (DT-e), de emissão exclusivamente digital e obrigatória para autorizar os serviços de transporte de cargas no País. A MP será enviada ao Senado. A unificação de documentos e demais obrigações no DT-e deverá dispensar o transportador ou o condutor do veículo de portar versão física dos mesmos documentos durante o transporte. Se aprovada, o cronograma de implementação será proposto pelo governo federal, o qual poderá firmar convênios com os governos municipais, estaduais e distrital para incorporar outras informações de competência desses governos, como sobre tributos e outras obrigações relacionadas ao transporte de cargas rodoviário e dutoviário. As UFs que aderirem a este novo DFe deverão abolir os documentos físicos de forma gradativa em até 12 meses, ficando somente a emissão pelo DTe. Esta MP também inclui situações onde poderá ocorrer a dispensa da emissão do DTe, além de uma série de outras regras e definições. Para ler a noticia completa, acesse a página de Noticias da Câmara do Deputados Confira o nosso PodCast sobre isso, no Papo Pro ACBr