Italo Giurizzato Junior

Bom dia Marcelo, No caso do MDF-e o envio é unitário, uma vez que o MDF-e abrange diversos CT-e. Exemplo: A transportadora emitiu 200 CT-e. A carga referente a 150 CT-e foi colocada no caminhão A, e a carga referente aos outros 50 CT-e no caminhão B. A transportadora vai emitir um MDF-e para o caminhão A relacionando os 150 CT-e e outro MDF-e para o caminhão B relacionando os 50 CT-e. Como você pode ver a quantidade de MDF-e é bem pequena comparado com a quantidade de CT-e. Por conta disso a SEFAZ definiu que o envio do MDF-e é unitário e não em lote.

Bom dia Michel, Você marcou para salvar os arquivos? Veja como configurar:

Bom dia, Fiz o ajuste e já esta no SVN.

Bom dia Thiago, Favor anexar os arquivos soap gerados ao tentar enviar.

Boa tarde Marcelo, Não conheço a sua rotina, mas você concorda que enviar 400 CT-e de forma unitária seria simplesmente 400 acessos ao webservice da SEFAZ, por outro lado se você enviar lotes de 50 (máximo estabelecido pela SEFAZ) a quantidade de acessos cai para 8. Eu acredito que se em vez de enviar 5, você enviar 50 a performance vai ser melhor.

Boa tarde Michel, Por favor não coloque o XML como parte do texto da sua postagem, procure sempre anexar. Obrigado pela compreensão. Pelo que notei apenar de não estar ocorrendo erro de validação, mas o XML de consulta deve ser assinado. Favor fazer um teste com a unit em anexo: SilTecnologia.Provider.pas

Boa tarde, A quantidade de 4 casas decimais para a alíquota é padrão para todas as cidades atendidas por esse provedor? Ou corremos o risco de existirem cidades que a alíquota deve ser gerada com apenas 2 casas decimais?

Boa tarde Marcelo, O problema de criar essa propriedade, pode fazer com que o desenvolvedor ative ela para um provedor que não disponibilizou os Schemas, neste caso vai ocorrer um erro. Não vejo com bons olhos criar essa propriedade. Como lhe disse, o correto é o provedor fornecer os Schemas atualizados, pois o que temos não prevê o envio de 2 ou mais Rps.

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

Boa tarde Adriano, Esse tempo de uma hora é o tempo que o provedor demora para processar o Rps, não temos o que fazer do nosso lado.

Boa tarde Felipe, Você já parou para pensar que um dia a prefeitura vai mudar de provedor, uma vez que os provedores são contratados por licitação e as licitações tem prazo de validade? Quando vencer a licitação uma nova terá que ser feita e um novo provedor pode ganhar. E se esse novo provedor tiver um layout diferente do provedor atual? Você vai jogar essa rotina que você tem hoje fora e vai ter que escrever uma nova. Quanto tempo (dinheiro) você vai gastar para escrever essa nova rotina? Não seria mais prudente você pegar a rotina "AlimentarComponente" que esta no programa exemplo e adaptá-la para a sua aplicação? A rotina AlimentarComponente do programa exemplo, tanto faz o provedor, o componente vai gerar o XML do Rps, do Lote, assinar se necessário, validar, etc. Enfim faz tudo o que tem que ser feito.

Olá Pessoal, Essa rejeição ocorre quando o CST de ICMS = 00 e Valor do ICMS Interestadual para a UF do Remetente tag: <vICMSUFRemet> difere do calculo: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) – vICMSUFDest Observação 1: Se o resultado do cálculo for menor que zero deverá ser informado o valor “0.00”. Observação 2: Se existir benefício fiscal de redução de base de cálculo no destino, o valor da base de cálculo no ICMS de destino (vBCUFDest) deverá ser informado considerando esse benefício. Observação 3: O valor resultante da multiplicação deve ser arredondado para um valor numérico com duas casas decimais. Considerar uma tolerância de R$ 0,01 para mais ou para menos na validação. O calculo esta em conformidade com a regra NA17-10 que se encontra na Nota Técnica 2020/005 Versão 1.20 Veja a sistemática de calculo em:

Olá Pessoal, Essa rejeição ocorre quando CST de ICMS = 00 e o Valor do ICMS Interestadual para UF de Destino tag <vICMSUFDest> difere do calculo: ((vBCUFDest * pICMSUFDest) - (vBC * pICMSInter)) * pICMSInterPart Observação 1: Se o resultado do cálculo for menor que zero deverá ser informado o valor “0.00”. Observação 2: Se existir benefício fiscal no destino, o valor da base de cálculo no ICMS de destino (vBCUFDest) deverá ser informado considerando esse benefício. Observação 3: O valor resultante da multiplicação deve ser arredondado para um valor numérico com duas casas decimais. Considerar uma tolerância de R$ 0,01 para mais ou para menos na validação. O calculo esta em conformidade com a regra NA15-10 que se encontra na Nota Técnica 2020/005 Versão 1.20 Veja a sistemática de calculo em:

Bom dia Adriano, Isso porque você não configurou o componente para salvar os XMLs.

Bom dia Felipe, Quem esta gerando o XML do Rps, a sua aplicação ou o componente? Porque você gera o XML do Rps para depois carregar o mesmo e por fim gerar o Lote? Em vez de gerar o lote e acessar o site do provedor para importar o mesmo, porque não utiliza o método Emitir que já envia para o webservice do provedor?

Bom dia Michel, Favor realizar novos testes com as Units em anexo. SilTecnologia.Provider.pas SilTecnologia.GravarXml.pas

Bom dia Marcelo, É bem provável que o componente antigo não esteja validando o lote antes do seu envio. Já o novo realiza a validação. Com os Schemas que temos não é possível validar um lote com 2 ou mais Rps. Podemos seguir dois caminhos: 1. Alterarmos os Schemas; 2. Solicitar ao provedor Schemas atualizados. No meu entendimento o correto é solicitar ao provedor os Schemas atualizados.

Adriano, Esse é de envio do lote. O Xml da nota esta dentro da pasta Notas

Boa tarde Adriano, Primeiro esse XML se refere ao retorno e não o XML da NFS-e. Segundo, como você editou o XML não tenho condições de lhe informar o motivo do erro.

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

Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-1986

Boa tarde Gregori, Eu ainda acho que a sua configuração esta errada. Eu utilizo: e SSLType = LT_TLSv1_2

Marcelo, Analisando os Schemas estou chegando a conclusão que não esta previsto o envio de 2 ou mais Rps, ou seja, só podemos enviar apenas 1 Rps.

Boa tarde Marcelo, Acabei de fazer um teste e não tive erro de validação. Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 85 Parâmetros de Retorno Data de Envio : 01/01/0001 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : E0803 Mensagem: Número do Lote RPS possui sequência inválida Correção: Verifique o último número do Lote RPS que foi enviado --------- Código : Mensagem: Próximo código de lote disponível 1 Correção: --------- Verifique se você não tem cópia de Unit (Pas ou Dcu) do componente em alguma pasta da sua aplicação. Verifica se não tem nenhuma Unit do componente com uma bolinha vermelha no ícone. Se tiver, deleta o arquivo, atualiza novamente os fontes e reinstale o ACBr.

Boa tarde Thiago, Atualize os fontes e faça um novo teste.