Italo Giurizzato Junior

Olá Pessoal, Mais uma dica do nosso amigo Júlio: O calculo do valor do ISS estava apresentando o erro: O Total do ISSQN informado não corresponde aos valores informados. Ocorre que o sistema não estava usando o padrão de arredondamento ABNT, causando este erro. Utilizamos a função ACBrUtil.RoundABNT e funcionou corretamente. https://www.sofazquemsabe.com/2011/01/como-fazer-arredondamento-da-numeracao.html

Esse tópico que o mesmo objetivo do anterior que foi fechado pois já estava com 5 páginas.

Boa tarde Diego e Eder, Muito obrigado pela colaboração, já enviei para o repositório. Vou fechar esse tópico e criar um novo como o mesmo objetivo, pois este já esta com 5 páginas.

Bom dia Filipe, Por que você não usa o método ImprimirPDF? Ele gera o PDF para você do DACTE.

Bom dia Diego, Você poderia verificar com o provedor se a URL do webservice de produção é a mesma para todas as cidades atendidas por eles? Alguns provedores como por exemplo o Fiorilli a URL de homologação é igual para todas as cidades, mas a de produção é diferente, ou seja, cada cidade tem a sua. Seria interessante também conseguir com o provedor a lista de cidades atendidas por eles e as respectivas URLs.

Bom dia Marcos, Já enviei para o repositório.

Bom dia Windel, Muito obrigado pela colaboração, já vou enviar para o repositório. Em vez de alterar o campo Validar de 1 para zero para não validar, no meu entendimento seria interessante entrar em contato com o provedor e solicitar os Schemas atualizados. E reze para que esse provedor não tenha um schema diferente para cada cidade que ele atende.

Bom dia Valdir, Já esta no repositório.

Bom dia, Vamos ver se eu entendi. O caminhão sai da cidade A com uma certa quantidade de carga a caminho da cidade B. Na cidade B a carga é completada e parte para o seu destino que é a cidade C que fica em outro Estado. Se a situação é essa o procedimento seria: 1. Na cidade A são emitidos vários CT-e e o MDF-e relacionando esses CT-e, informar no MDF-e o destino como sendo a cidade C que fica no outro Estado. 2. Quando o caminhão chegar na cidade B, o MDF-e emitido deve ser encerrado. 3. Na cidade B são emitidos vários CT-e e um novo MDF-e deve ser emitido relacionando os CT-e emitidos pela cidade A e B e informar o destino como sendo a cidade C que fica no outro Estado. 4. Quando toda a carga for entregue no outro Estado deve-se encerrar esse segundo MDF-e. Te aconselho a baixar a Cartilha Nacional do MDF-e, nessa cartilha é apresentado diversas situações e como proceder em cada uma delas. A cartilha se encontra no link: https://dfe-portal.svrs.rs.gov.br/Mdfe Espero ter ajudado.

Boa noite Marco, Desde já muito obrigado pela colaboração, vou incluir na minha lista de tarefas e estudar a sua alteração, caso esteja tudo Ok, vou enviar para o repositório.

Boa tarde Marcos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Windel, Favor anexar as units alteradas para que possamos analisar. Desde já muito obrigado pela colaboração.

Boa tarde Valdir, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Danny, Já enviei para o repositório.

Boa tarde Artur, Já enviei para o repositório.

Bom dia Danny, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

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

Bom dia Artur, Muito obrigado pela colaboração, já vou incluir na minha lista de tarefas.

Bom dia Joemil, Você chegou a abrir o arquivo Tinus.ini ? Se não abriu então abra. Você vai notar que não existe as URLs do SoapAction para os métodos Gerar e EnviarSincrono (RecSincrono) e também não tem as URLs de homologação e produção para os métodos citados. O provedor Tinus segue a versão 1 do layout da ABRASF, logo só existe apenas um método de envio, que é o Enviar que se utiliza do serviço RecepcionarLoteRps implementado pelo provedor em seu webservice.

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

Olá pessoal, Temos mais novidades: Publicada a NT 2020/007, que especifica o novo evento gerado pelo Emitente ou Destinatário da NF-e, informando o transportador responsável pelo transporte da carga, para que este possa baixar e automatizar a emissão dos seus documentos fiscais de transporte, por meio do “WebService de Distribuição de DF-e de Interesse dos Atores da NF-e”. A liberação do ambiente de homologação para realizarmos testes esta previsto para: 01/02/2021 Já o ambiente de produção para: 05/04/2021. Ainda não foi liberado os novos schemas, somente a NT. Depois que for liberado os schemas vamos dar inicio a implementação desse novo evento no componente ACBrNFe. A NT já se encontra disponível em nossa biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/

Bom dia Higor, Muito obrigado pela colaboração, já esta no repositório.

Olá pessoal, Temos novidades na NF-e que vão trazer alterações no componente. "Essa Nota Técnica divulga novos campos e regras de validação para a NF-e/NFC-e versão 4.0, visando a adequação ao disposto no Ajuste SINIEF 21/2020 e 22/2020, envolvendo a identificação do intermediador ou agenciador da operação." O prazo previsto para a implementação das mudanças é: * Ambiente de Homologação (ambiente de teste das empresas): 01/02/2021 * Ambiente de Produção: 05/04/2021 Ainda não foi liberado os novos schemas. Fiquem tranquilos que o ACBrNFe será atualizado para que todos possam realizar os testes assim que o ambiente de homologação for liberado. Observação: Novos campos que vão fazer parte do layout da NF-e: elemento <indIntermet> é opcional e aceita os valores: 0 = Operação sem intermediador (em site ou plataforma própria) e 1 = Operação em site ou plataforma de terceiros (intermediadores/marketplace) grupo <infIntermed> Grupo de informações do Intermediário da Transação, contendo os elementos <CNPJ> CNPJ do Intermediador e <indCadIntTran> Nome do usuário ou identificação do perfil do vendedor no site do intermediador.