Victor H. Gonzales - Panda

NT Homologação Produção 1.13 09/12/2021 09/12/2021 1.14 24/03/2022 24/03/2022 1.15 24/05/2022 07/06/2022 Resumo : Versão das v1.13 e v1.14 já estão em vigência em produção e homologação e a v1.15 em homologação na data da publicação da NT, a v1.15 entrará em produção na data de 07/06/2022. Não existe mudanças de codificação ou fluxos de trabalhos. v1.13 A partir desta versão, os eventos gerados pelo Fisco, que forem passível de distribuição conforme a tabela, serão distribuídos ao emitente independente de manifestação do destinatário, ainda que o emitente e destinatário sejam iguais. v1.14 O uso indevido relativo ao Web Service NFeDistribuicaoDFe, a partir da data informada na versão 1.14 desta Nota Técnica, o número da última consulta realizada para o CNPJ de 14 dígitos informado na requisição passou a ser retornado no XML da rejeição 656 (consumo indevido), caso a consulta tenha sido efetuada com a tag “distNSU”. Assim, caso o usuário não conheça o número do ultNSU, pode realizar a consulta a partir deste número. v1.15 O processo de consulta por chave de acesso (tag: chNFe) permite ao interessado consultar pontualmente uma NF-e pela chave de acesso. A chave de acesso informada deve ser válida, existir no Ambiente Nacional e estar vinculada ao interessado como destinatário, transportador ou terceiro. A partir da versão 1.15 desta Nota Técnica, em que o retorno de NSU pelo Web Service passou a ser facultativo, a consulta por chave de acesso (tag: consChNFe) deixa de necessitar de prévia geração de NSU pelo Ambiente Nacional para o documento fiscal consultado. Sendo assim, a partir da v1.15 ao utilizar a consulta por chave (lembre-se utilizar esse recurso com parcimônia para não receber consumo indevido), não precisa haver NSU prévio gerado para o documento, o mesmo basta estar disponível no portal nacional, assim evitando aqueles casos em que a nota estava no portal nacional, e ao consultar pela chave de acesso retorna que a nota fiscal não existia. Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=VgPuhtPApQo=

Saudações Digitais comunidade ACBr! Com total entusiasmo que anunciamos que o componente ACBrOFX está integrado a suíte de componentes e ao instalador do ACBr. Mais um componente para agregar valor para toda a comunidade da automação comercial do Brasil. Agradecemos a contribuição dos membros: Tiago Passarella, [email protected], Leonardo Gregianin. Finalidade do componente? Auxiliar a conciliação bancária, que é um modo de controle administrativo e contábil em uso nas empresas, dos seus saldos bancários em dinheiro mantidos em contas correntes de instituições financeiras ou bancos. O que é arquivo OFX? Open Financial Exchange (OFX ) é arquivo texto em um formato de fluxo de dados para troca de informações financeiras que evoluiu dos formatos de arquivo Open Financial Connectivity (OFC) da Microsoft e Open Exchange, o que pode ser traduzido como Intercâmbio Financeiro Aberto e Conectividade Financeira Aberta. Mas se este tipo de arquivo é utilizado por bancos, o que você, que gerencia uma empresa, tem a ver com isso? A questão é que com esse tipo de documento que se torna possível exportar o extrato bancário, acessados pelo internet banking. Ou seja, quando você obtém essas informações importantíssimas para o seu negócio, de maneira digital, é por meio do arquivo OFX. Em outras palavras, esse formato de documento é um grande aliado do controle financeiro do seu negócio. Propriedades Significados BankID Banco BranchID Agência AccountID Conta AccountType Tipo de Conta BankName Nome do Banco DateStart Data de Inicio DateEnd Data de Fim FinalBalance Balanço Final

Boa tarde, Funciona a muito tempo e nunca esteve fora do ar, ele segue o regramento da NT2014.002

Será executada, em 29/05/22, a partir das 5h da manhã, com duração de até 3 horas, parada programada para manutenção do ambiente de autorização dos Documentos Fiscais eletrônicos da SVRS e SEFAZ-RS. Durante os trabalhos serão ativadas a Sefaz Virtual de Contingência do Ambiente Nacional, para a autorização de NF-e, e a Sefaz Virtual de Contingência de São Paulo, para a autorização de CT-e. Os demais DF-e (NFC-e, BP-e, MDF-e e NF3e) autorizados na SVRS deverão ser emitidos na modalidade de contingência off-line. Assinado por: Secretaria da Fazenda do Rio Grande do Sul Fonte : Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Boa tarde, anexe todos os xml por favor, rps / soap

o componente é o ACBrNFSeX e está com a ultima versão atualizada e instalada?

Bom dia, 1) isso pode ser algo do sistema de gestão deles, mas está em desencontro com o MOC, pegue o XML e imprima você mesmo, o campo quantidade deverá ser fidedigno ao do XML e não manipulado pela camada da aplicação como está apresentado. Ele poderia utilizar a Unidade Comercial como Fardo 2 e a Tributada como Unidade 24, ai estaria coerente, mas não é esse caso do trecho do xml que você apresentou onde ambos estão como UN e 24. 2) xPed e nItemPed isso é utilizado para integração com pedido de compra, que diz que o item da venda é do pedido 5019877 item número 2, para facilitar o crosscheck / integração.

somente para manter o histórico do que foi enviado no Discord. O Campo de Quantidade "possível dependendo da Escala" não está sendo impressa no RL. TK-2708

o tópico foi movido para o SAC, por favor acompanhe ele. este será encerrado.

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

Bom dia, desde a NFe 2.0 existe o campo cNF, que é para segurança do documento fiscal, esse campo deve ser gerado de forma randômica exatamente para evitar acessos indevidos as informações dos documentos da NF-e, e existe algumas regras de uso também do cNF, seria legal vocês analisarem as NT / MOC. Possivelmente você usa um cNF calculado fixo baseado na nNF. Outra questão, não me recordo exatamente, mas acho que já faz ao menos 1 ano e até mais, que os dados na consulta publica sem certificado digital são ofuscados, não sendo possível verificar muitas informações, portanto a fonte das suas informações pode ser outra extremidade do que o Portal Nacional / Portal Estadual. Mas de qualquer forma, o ACBrMonitorPlus, ele é um transmissor / assinador, que executa os comandos informados pela software house pelo arquivo de entrada, ele não altera, não realiza cálculos ou armazena nenhuma informação ou envia para nenhum outro servidores terceiros log ou informações.

Bom dia, 1 ) No site deles existe um lugar que você consegue ver o cadastro da empresa e o regime que está cadastrado ? 2 ) Você chegou entrar em contato com o provedor e questionar o ocorrido com esse envio, informando o que você está enviando e o que o WebServices deles está retornando ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, não vamos misturar os assuntos por favor, se o problema for outro, por favor abra um ticket novo post novo. Esse aqui você está relatando inicialmente que o problema que o componente está pegando o valor e compondo juros e multa e gerando um valor de guia errôneo. Esse teste da impressão dessa mesma Guia sua do Rio Grande do Sul no valor de 55,21 ela está correta?

Boa tarde, Fiz algumas simulações com os seus XML e com alguns que eu consegui receber, e não consegui detectar o que você relatou. por exemplo no caso da UF RS O Valor que está sendo apresentado é o tipo='11' no caso, diferente da mensagem sua de evidencia. Analisando o Blame, acredito que você possa estar com versão do componente antigo, pois em 2022 houve mudanças nas Classes de Leitura do Retorno de Guias por exemplo (24302) << 17/01/2022 15:32. Antes de tudo, certifique-se que esteja com o componente totalmente atualizado, que não possua modificações locais e faça o teste no programa exemplo, utilize o report fr3 que acompanha o programa exemplo também por favor. mas os valor passados como evidencias não consegui recriar nem com os XML informados. verifique novamente por favor. Abraços

A Instrução Normativa RFB nº 2.082/2022 prorrogou, em caráter excepcional, o prazo final para transmissão da: a) Escrituração Contábil Digital (ECD) referente ao ano-calendário de 2021, anteriormente previsto para o dia 31.05.2022, para o dia 30.06.2022; e b) Escrituração Contábil Fiscal (ECF) referente ao ano-calendário de 2021, anteriormente previsto para o dia 29.07.2022, para o dia 31.08.2022. Nos casos de extinção da pessoa jurídica, cisão total ou parcial, incorporação ou fusão, ocorridos no ano-calendário de 2022: a) a ECD deverá ser entregue até o último dia útil: a.1) do mês de junho de 2022, se o evento ocorrer no período de janeiro a maio; e a.2) do mês subsequente ao do evento, se este ocorrer no período de junho a dezembro; e b) a ECF deverá ser entregue até o último dia útil: b.1) do mês de agosto de 2022, se o evento ocorrer no período de janeiro a maio; e b.2) do 3º mês subsequente ao do evento, se este ocorrer no período de junho a dezembro. (Instrução Normativa RFB nº 2.082/2022 - DOU de 19.05.2022) Fonte: INSTRUÇÃO NORMATIVA RFB Nº 2.082, DE 18 DE MAIO DE 2022 - INSTRUÇÃO NORMATIVA RFB Nº 2.082, DE 18 DE MAIO DE 2022 - DOU - Imprensa Nacional

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, não temos, só se alguém da comunidade conseguir te ajudar. O ACBrPIXCD está realizando/sendo preparado a integração via WebServices e não via CNAB. Pelo o que me recordo CNAB750 entrou em 2021 para comunicar PSP via cnab. ACBrBoleto é para cobrança, utiliza CNAB240 e 400.

- Redação dada pelo Decreto nº 10.086, de 11-05-2022. Art. 2º Este Decreto entra em vigor na data de sua publicação, mas seus feitos serão produzidos a partir de 1º de janeiro de 2023. https://legisla.casacivil.go.gov.br/api/v2/pesquisa/legislacoes/104311/pdf

Bom dia, como eu lhe disse, esse retorno está vindo do WS não é do RPS, você precisa entrar em contato com o seu provedor e entender o porque o retorno da NFSe pelo WS deles está com o valor deduzido no campo liquido diferente da impressão do site por exemplo. abraços

O Componente em si não faz cálculos aritméticos. Mas é enviado RPS, olhe como está nele as informações... mas nesse caso ai é no retorno do WS