Victor H. Gonzales - Panda

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

marque para remover acentuação, pode ser referente a critica que ele te fez, que está sendo passado & e acentuação para a geração do arquivo. verifique o código que você digitou se está realmente o correto. alterar a versão de layout para 103 como já instruído na conversa acima que você não estava informando. como layout 040 e 103 são diferente, pode ser erros subsequentes ao layout, primeiro resolva acentuação e layout, faça a conferencia dos dados, gere o arquivo e confira no arquivo gerado as posições se os dados estão conforme o esperado

Verifique o formato de moeda do sistema operacional também por favor.

Boleto Hibrido. Via API hoje temos o Banco do Brasil e via CNAB o Sicredi se não estou enganado já foi comitado o cnab do Sicredi. a Ficha de Compensação é a mesma.

Boa tarde, Houve mudanças, por favor, verificar. 15/03/2022 --ACBrBoletoW_BancoBrasil_API.pas-- [+] Adição de novos filtros Carteira e CarteiraModalidade [-] Remoção de parametros na função GerarParametros e adicionados na Classe de Filtro TK-2470, TK-2471, TK-2472 Por: Pandaaa Completed: At revision: 24898

Atualize seus fontes e faça o teste por favor

Bom dia, Qual o número do commit que quebrou o componente?

Bom dia, No meu ponto de vista da forma que está implementado no SVN está contemplando todos os métodos evidenciados. Percebi que você não atualizou o componente para a ultima versão pois o enumerador está diferente por exemplo, utilize a ultima versão por favor e faça os testes necessários. qualquer divergências nos informe. Obrigado

Boa tarde, Em conversa com o time de cobrança, no momento essa TK está no backlog apenas, pois esse retorno você captura no ListaRejeicoes que você necessita. No caso o Log quando ativo, nos boletos como Banco do Brasil como citado, ele é disparado no Enviar do Rest ou do Soap, e não nesta classe que está evidenciada. Mas você pode interceptar o JSON retornado e fazer os seus tratamentos. a classe WS está tendo uma refatoração, os logs estão no radar.

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

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

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

Bom dia, Você vai processar o pacote recebido no todo, indiferente de ter recebido 50 resumo e manifestado os 50 resumos, se, o ultimo NSU recebido for 00000000070, você irá informar esse 00000000070 na próxima consulta, se nessa consulta você receber 50 registros e o ultimo NSU recebido é 00000000120, você usará o 00000000120 na próxima consulta.

3.11.4.1 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU é baseado nos critérios descritos abaixo: 1) Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, gerará o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: “Rejeicao: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente apos 1 hora” 2) Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Nota Fiscal Eletrônica NT 2014.002 15 Se consultar fora da sequência, será bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeicao: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora” Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NFe ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos – informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. 3.11.4.2 - O uso indevido relativo ao Web Service NFeDistribuicaoDFe nas consultas com tag: consChNFe e tag: consNSU: As consultas por chave de acesso e por NSU foram construídas para permitirem ao usuário buscar pontualmente alguma NF-e e de um período retroativo máximo de 90 (noventa) dias. Se o usuário necessitar fazer download de todas as NF-es de no máximo 90 dias de um CNPJ ator interessado, deve usar a consulta “distNSU”. 1) Consultada uma quantidade de NF-e ou NSU superior ao limite permitido por hora: Será permitido um número limitado de consultas por chave de acesso ou NSU em um período de 1hora. Se o usuário continuar consultando após atingir o limite de consultas por chave de acesso ou NSU em 1h, retornará a mensagem 656 – Consumo indevido – ultrapassou o limite de 20 consultas por hora. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. Observação: Em quaisquer dos três tipos de consulta, quando o usuário receber a mensagem 656 – consumo indevido, deve aguardar 1hora. Se retomar a consulta antes de completar 1 (uma) hora, o tempo é zerado e a contagem reiniciará até completar 1hora. Homologação 09/03/2022 Produção 10/03/2022 Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=C/xkRclIh74=

Boa tarde, correto é OcorrenciaOriginal.TipoOcorrencia=0 e não OcorrenciaOriginal=0 estão sem valores as propriedades, esse banco tem vários layouts no cnab240 VersaoArquivo= VersaoLote= e você também não informou o código na Instrucao2 desejado conforme a solicitação do banco veja as propriedades do INI https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html

Boa tarde, na documentação do banco existe domain 3 sim. precisa verificar o seu json Verifique com eles se o correto é 0 ou 3 https://forum.developers.bb.com.br/ e informe o link do post da conclusão da analise deles por favor. e para gerar esse grupo no JSON, você precisa informar data de multa, se não tiver informado, não é gerado.

Boa tarde, você não está informando o OcorrenciaOriginal.TipoOcorrencia no seu ini, por padrão deveria ser 0, registrar! corrige o seu ini e verifica a geração do arquivo ou se essa mensagem é um campo especifico, informe a coluna e segmento que pertence a informação que eles estão criticando por exemplo 224 do segmento P deve ser informado o codigo na Instrucao2 lembrando que esse banco tem 2 layout de geração do cnab240 e você não está informando as informações de versão de lote e arquivo, então pegará o padrão da classe que pode não ser o mesmo que vocês estão validando, portanto, necessário tanto informar na configuração.

Considerando a entrada em vigor, a partir do próximo dia 1º de abril, da nova Tabela de Incidência do Imposto sobre Produtos Industrializados - TIPI, (aprovada pelo Decreto nº 10.923, de 30/12/2021), a Receita Federal informa que está preparando minuta de novo decreto para que a redução geral do IPI, promovida pelo Decreto nº 10.979/2022, publicada no DOU de 25/02/2022, não sofra qualquer alteração. Fonte : https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2022/marco/comunicado

Visto isso, temos que sendo o diferencial apurado pela diferença do ICMS apurado pela alíquota interna sobre a BC prevista interna em São Paulo (alínea “b”) e o ICMS apurado sobre BC da operação de origem (alínea “a”) temos que o diferencial de alíquotas para contribuinte passará a ser “por dentro”. Exemplo de cálculo: Valor da operação 1.000,00 ICMS OP alíquota de 12% = 120,00 Base de cálculo estabelecido para operação interna em São Paulo: 1.000,00 – 120,00 = 880,00 Inclusão do montante do próprio imposto na BC (regra prevista no art. 33) 880,00 / 0,82% = 1.073,17 Alíquota interna aplicada sobre a BC interna 18% * 1.073,17 = 193,17 Diferença do ICMS apurado na OP interna e do ICMS interestadual 193, 17 – 120,00 = 73,17 Fonte: LegisWeb

Nova Redação: "§ 8º Na hipótese dos incisos VI, X, XI e XII deste artigo, o imposto devido será o valor correspondente à diferença entre a alíquota interna do Estado de destino ou do Distrito Federal e a interestadual, utilizando-se, para efeitos: 1 - dos incisos VI e X: a) a alíquota prevista para a operação ou prestação interestadual, para estabelecer a base de cálculo da operação ou da prestação no Estado de origem ou no Distrito Federal; b) a alíquota prevista para a operação ou prestação interna, para estabelecer a base de cálculo da operação ou prestação neste Estado; Visto isso, temos que sendo o diferencial apurado pela diferença do ICMS apurado pela alíquota interna sobre a BC prevista interna em São Paulo (alínea “b”) e o ICMS apurado sobre BC da operação de origem (alínea “a”) temos que o diferencial de alíquotas para contribuinte passará a ser “por dentro”. Exemplo de cálculo: Valor da operação 1.000,00 ICMS OP alíquota de 12% = 120,00 Base de cálculo estabelecido para operação interna em São Paulo: 1.000,00 – 120,00 = 880,00 Inclusão do montante do próprio imposto na BC (regra prevista no art. 33) 880,00 / 0,82% = 1.073,17 Alíquota interna aplicada sobre a BC interna 18% * 1.073,17 = 193,17 Diferença do ICMS apurado na OP interna e do ICMS interestadual 193, 17 – 120,00 = 73,17 Fonte: LegisWeb

Bom dia, Não achei aqui nas anotações de onde foi tirado o print, de qual consultoria, mas a grosso modo existe 3 ou 4 tipos de cálculos de Difal. Por exemplo, RS o calculo é desta forma que está apresentado acima na foto, mas, SP acredito que está incoerente mesmo olhando esse post da IOB. Isso foi material que foi enviado para mim em Dezembro do ano passado, eles podem ter retificado, mas não achei a fonte. Estou tentando um compilado atualizado, isso está igual pingpong.

"Estamos cientes de um problema que causa falhas nas mensagens e estamos trabalhando em uma correção. Desculpas pela interrupção e obrigado por aguentar firme! http://dis.gd/status "

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

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

Obrigado pelo arquivo, irei analisar. Por segurança removi o mesmo para download