Diego.Foliene

Olá pessoal! Quando falamos de um Manifesto Eletrônico de Documentos Fiscais (MDF-e), uma dúvida recorrente que pode vir a surgir é a correta maneira de utilizar o evento de encerramento. O que diz o Manual? O Manual de Orientação do Contribuinte Visão Geral, traz a seguinte definição para o evento de encerramento: O que isso quer dizer? Na prática, isso quer dizer que quando terminado o trajeto e também toda vez que houver alteração de carga é necessário encerrar o MDF-e vigente e emitir um novo. Pode dar um exemplo? Vamos considerar como exemplo hipotético uma caminhão que saia de MT para entregar parte de sua carga em SP e o restante em MG. Neste cenário devemos: Emitir um MDF-e com carregamento em MT e descarregamento em SP (aqui toda a carga deve ser incluída) Emitir um segundo MDF-e com carregamento em MT e descarregamento em MG (só com a carga que vai para MG). Os 2 MDF-e podem ser emitidos um em seguida do outro antes mesmo de o caminhão partir de SP. Quando o motorista avisar que toda a carga referente a SP foi entregue, a empresa que esta em MT encerra o primeiro MDF-e. Quando ele avisar que o resto da carga destinada a MG foi entregue, a empresa encerra o segundo MDF-e. Vamos considerar outro exemplo em que um caminhão parte de SP ao RJ com um carga, mas no meio do trajeto, ocorre a quebra do veículo de tração ou de reboque e o mesmo precisa ser trocado. Neste exemplo, o MDF-e emitido originalmente deve ser encerrado e um novo MDF-e com a informação do novo veículo deve ser emitido. Por fim, em um cenário em que um caminhão parte de SP com destino a MG, quando chegar em seu destino e a carga for entregue o MDF-e correspondente deverá ser encerrado. Observações Importantes: Um MDF-e encerrado não pode ser cancelado. Um MDF-e só pode ser cancelado se o caminhão não saiu da empresa para realiza o transporte da carga. Todo MDF-e tem que ser encerrados (exceto os cancelados) quando a carga é descarregada ou quando ocorre alteração conforme já apresentado acima. Dica aos desenvolvedores: Ao treinar o usuário a usar a aplicação de emissão de MDF-e deixe bem claro o conceito de MDF-e Cancelado e MDF-e Encerrado.

Bom dia! Os fontes do ACBr são OpenSource. Se você fizer o download dos mesmos, consegue fazer o envio tanto em produção quanto em homologação dos eventos para o web service do eSocial. As Libs e o Monitor são respectivamente um software e um Dll que são compilados semanalmente pela equipe do ACBr, utilizando estas soluções você consegue fazer o envio dos eventos para o web service do eSocial. No entanto, a Lib e o Monitor possuem duas versões, a DEMO, disponível para todos e a PRO, disponível apenas para os assinantes. A versão DEMO que é disponível para todos, tem a limitação de fazer o envio somente para o ambiente de homologação. Além do acesso a versão PRO da Lib e do Monitor, assinantes também tem outros benefícios, como canais exclusivos no fórum e no Discord para suporte direto da equipe de consultores e acesso aos cursos disponibilizados pelo ACBr. Para mais informações, por favor, confira: ACBr PRO | Clube das Software Houses

2.14. PSP Banrisul Ambiente de Homologação - Para efetuar testes é necessário ter um conta corrente junto ao Banrisul. - Para receber as credencias de homologação é necessário fazer a solicitação para homologar através do e-mail [email protected] Ambiente de Produção. - Atualmente a API está em etapa piloto, por isso deve se enviar para o e-mail [email protected]: Informações Básicas do Cliente: Nome completo ou Razão Social. CNPJ. Telefone de Contato. Nome do Administrador(a). CPF do(a) Administrador(a). E-mail do(a) Administrador(a). Responsável de TI: Nome do(a) responsável de TI. CPF. E-mail. Dados Bancários: Agência. Número da Conta Corrente. Arquivo CSR. Arquivo extraído conforme o PDF em anexo. - Enviadas estas informações, será feito o cadastro do cliente no Portal de Desenvolvedores do Banrisul para que o PIX possa ser utilizado. - Podem ser enviados as informações de até 3 clientes. - Após o envio dos dados, com o Cadastro no Portal do Desenvolvedor, é liberado o acesso ao CNPJ do cliente: - Com este acesso, deve se solicitar a liberação do Client Secret: - O status ficará como "Pendente". Solicitar a liberação no e-mail: [email protected] Passado a etapa piloto da API, o processo correto será pedir ao cliente do Banrisul que entre em contato com o a agência para solicitar a integração com a API PIX. Um agradecimento ao membro de nossa comunidade @Desenv. AT Info Sistemas por compartilhar o passo a passo de como homologar junto ao banco. Geração de Arquivo CSR.pdf

Olá pessoal! Foi publicada a versão 1.10 desta nota técnica. A nova versão traz alterações em algumas regras de validação e a adição de uma nova rejeição para substituir uma denegação correspondente. Alterações Regra de Validação 1C17-50 Altera a regra de validação transformando ela de uma denegação para uma rejeição. Lembrando que quando uma nota fiscal é rejeitada, você pode realizar a correção do erro que ocasionou a rejeição e tentar emitir novamente a mesma nota, enquanto que quando for denegada, a nota fica armazenada na base de dados da sefaz e por isso o mesmo número não pode ser utilizado novamente. Regra de Validação I08-150 Adiciona na regra de validação o CFOP 5.910: Remessa bonificação, doação ou brinde permitindo o uso do mesmo na NFC-e. Datas Implantação Teste: Até 01/07/2024 Implantação Produção: 02/09/2024 Modificações no ACBr? Como a nova versão traz alterações em regras de validação da Sefaz, alterações nos fontes do ACBr não se fazem necessárias. Leia a versão 1.10 desta Nota Técnica na íntegra AQUI.

Bom dia! Acredito ter encontrado a causa da divergência. Você está carregando um arquivo INI com as informações do RPS e está gerando o PDF. Em meu teste, eu carreguei o XML que disponibilizou anteriormente e fiz a impressão. São processos diferentes: Ao carregar o arquivo INI, a biblioteca faz a leitura do mesmo preenchendo as propriedades correspondentes. Ao carregar o XML, a biblioteca faz a leitura do mesmo, preenchendo as propriedades correspondentes e fazendo um processamento interno de algumas propriedades totalizadoras. Por isso não tive problemas ao testar carregando o XML que disponibilizou. Criada a #TK-5607 em nosso backlog para verificar possibilidade de melhoria da rotina de leitura do INI para que também realize este processamento interno. Durante este tempo, peço que carregue o XML para geração do PDF. VALE RESSALTAR que o DANFSe é o espelho do XML de uma NFSe, então para a correta exibição de todas as informações, o XML que deve ser carregado é o de uma nota fiscal de serviços. Se carregar o XML de um RPS, não vai dar erro, porque alguns campos coincidem, mas também não vai exibir todas as informações, visto que algumas delas são exclusivas do XML da nota.

Por favor, qual é a versão da Lib que está utilizando? Fiz um teste com a versão mais recente disponível no fórum e o exemplo em C# e o resultado foi semelhante ao do programa exemplo, mostrando o Valor Total da Nota = 50,00; Atualize a Lib para a versão mais recente disponível no fórum e repita o teste. Se o problema persistir, disponibilize o log da Lib configurado no nível paranoico para análise.

Boa tarde! Que bom que deu certo! Criada a #TK-5603 para análise da solicitação de permitir um número de protocolo como parâmetro do comando e parecer por parte da equipe de consultores.

Boa tarde! O arquivo .pdf que disponibilizou não está abrindo aqui em meu ambiente, parece estar com erro. Por favor, você está utilizando componente nativo para Delphi/Lazarus, Monitor ou Lib? Se estiver usando Delphi/Lazarus, está usando Fortes ou Fast? Fiz um teste com o exemplo nativo em Delphi e o PDF gerado trouxe os valores.

Bom dia @WesleySantos e @lucimauro! As considerações de vocês estão corretas, ao cancelar a nota fiscal, a Lib e o Monitor fazem a consulta da nota automaticamente pela chave de acesso para pegar o número do protocolo. Isso é feito, porque de acordo com o layout dos eventos, ele é uma informação obrigatória. Por favor, abram um Fale Conosco junto a Sefaz para questionar como deverá ser feito o cancelamento sem esta informação.

Olá pessoal! Ao acessar o site do Portal do Bilhete de Passagem Eletrônico, na aba de avisos, consta o seguinte recado publicado no dia 06/06/2024: Fonte: https://dfe-portal.svrs.rs.gov.br/bpe/Avisos O mesmo aviso pode ser encontrado nos portais dos demais documentos citados. O tópico abaixo pode auxiliar na emissão do MDFe utilizando as soluções ACBr:

Olá pessoal! Foi publicado no dia 07/06/2024 no Portal da Nota Fiscal Eletrônica um aviso informando que as contingências para os estados do Rio Grande do Sul que haviam sido ativadas anteriormente(desde 06/05/2024) devido as dificuldades enfrentadas, serão desativadas no dia 13/06/2024. Veja o conteúdo do aviso na íntegra: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=n8lLJ91ulpk=

Olá pessoal! Foi publicado no dia 07/06/2024 a a versão 1.01 deste informe técnico. A nova versão apenas corrigiu o item 5 para que o mesmo contemplasse outras formas de crediário. Alterando a descrição atual: Para a nova: O informe pode ser lido na íntegra AQUI. A Tabela atualizada pode ser encontrada AQUI.

Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.

Aviso publicado no canal Sefaz RS ICMS:

Notícia relacionada: "Procergs retoma operação após 20 dias fora do ar"

Em anexo boletim econômico tributário compartilhado no canal #sefaz em nosso Discord pelo membro de nossa comunidade @gabriel.hilbig boletim-economico-tributario-receita-estadual-enchentes-2024-edicao-n-01 (1).pdf

Combinado! Ficamos no aguardo, muito obrigado!

Foi publicada a versão 24.1.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/05/2024 até 30/06/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto