Italo Giurizzato Junior

Boa tarde Nelson, Você tem algum MDF-e com esse percurso que foi autorizado pela SEFAZ?

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

Boa tarde Deunerf, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Leonardo, E também não acho interessante criar "N" provedores um para cada cidade atendida por esses provedores amadores. Vou ver o que da para ser feito.

Boa tarde André, Acredito ter identificado o problema. Ainda hoje estarei enviando para o repositório.

Leonardo, Não vejo necessidade, apenas criar uma pasta de schema especifica para essa cidade.

Boa tarde Giovane, Essa mensagem de rejeição acusando que a alíquota tem que ser um numero com 15 dígitos na parte inteira e 2 na decimal esta muito estranha. Pois segundo o Schema utilizado pelo componente temos a seguinte definição: <xsd:element name="BaseCalculo" type="tsValor" minOccurs="0" maxOccurs="1" /> <xsd:element name="Aliquota" type="tsAliquota" minOccurs="0" maxOccurs="1" /> <==== definição da tag Aliquota <xsd:element name="ValorLiquidoNfse" type="tsValor" minOccurs="0" maxOccurs="1" /> Definição do tipo simples que define a tag Aliquota: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Como você pode ver a tag Alíquota é um numero com tamanho de 5 dígitos sendo que 4 representa a parte fracionada, logo a formatação da Alíquota é: x.xxxx (1 inteiro e 4 decimais, totalizando 5 dígitos). Favor entrar em contato com o provedor e questione sobre esse fato. Como eles estão batendo cabeça para implementar um novo webservice que segue a versão 2 do layout da ABRASF em Blumenau, é bem provável que eles fizeram alguma kaka no webservice e esta retornando essa mensagem, ou mudaram a definição da Alíquota de tsAliquota para tsValor.

Bom dia André, Favor configurar o componente para salvar os arquivos Soap. Configuracoes.WebServices.Salvar := True; Faça um novo teste e anexe os arquivos *-Soap.xml gerados para que possamos analisar.

Bom dia Lucas, Muito obrigado pela colaboração, mas lhe peço que na próxima vez, poste no tópico especifico que foi criado para esse fim. Outra coisa, os seus fontes devem estar desatualizados, pois essa alteração já foi feita no arquivo Cidades.ini

Bom dia Leonardo, Esse provedor esta de brincadeira, como os caras são amadores, não tem a capacidade de estabelecer um padrão para todas as cidades que eles atende. Não vejo a hora da NFS-e Padrão Nacional começar a funcionar, assim acaba toda essa palhaçada.

Bom dia Robson, Você esta com os fontes desatualizados, uma vez que a URL do QR-Code que consta no seu XML aponta para a SEFAZ-RS e não para a SEFAZ-SP. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada. Depois abra a sua aplicação e compile ela com a opção Build.

Junior, Os sistemas de emissão de MDF-e são diferentes da Filial em relação a Matriz, por exemplo? O sistema usado na Filial, não tem como enviar por e-mail o XML para a Matriz? O sistema usado na Filial, não tem como gerar o XML com o CPF do dono (Matriz) no grupo <autXML>? Pois desta forma você pede para o dono adquirir um e-CPF e com este acredito que seja possível usando o DistribuicaoDFe do ACBrMDFe baixar os XMLs dessa Filial.

Bom dia Junior, Veja o que esta escrito na NT 2015/002 que trata sobre o DistribuicaoDFe do MDF-e:

Mateus, Não é alterando a serie que se resolve os problemas. Se esta ocorrendo rejeição por duplicidade é porque na SEFAZ já existe um MDF-e de numero 6. O dia que esgotar a serie zero você vai ter que mudar para a serie 1 e ai como vai ficar? É preciso saber quantos MDF-e foram emitidos na serie 1, para poder dar continuidade.

Edu, Não sei lhe dizer se esta funcionando 100% é preciso realizar testes.

Boa tarde Verissimo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Mateus, E quem disse que o problema é a chave da NF-e? O problema é que já foi enviado um MDF-e de numero 6 e você esta agora enviando outro MDF-e também de numero 6 mas o seu código aleatório que compõe a chave é outro. Dai a rejeição de duplicidade com diferença de chave.

Boa tarde Edu, Você atualizou os fontes e reinstalou a suíte ACBr?

Olá Pessoal, Já encontra-se disponível no repositório Trunk2 o mais novo componente ACBr - ACBrONE - Operador Nacional dos Estados. "O Operador Nacional dos Estados: ONE é o sistema responsável por integrar os documentos fiscais eletrônicos das Administrações Tributárias com as diversas tecnologias de identificação de veículos nas rodovias brasileiras. O sistema objetiva a geração dos eventos Registro de Passagem nos documentos fiscais transportados por intermédio da informação da placa do veículo e sua respectiva geolocalização, detectada por algum dispositivo ou tecnologia de monitoramento, o que auxilia nas ações de fiscalização de trânsito e de combate à sonegação." O texto acima foi retirado do Portal do Operador Nacional dos Estados - SVRS. Para mais informações visite o Portal. O manual do ONE já baixamos e se encontra em nossa biblioteca. Nas pastas: ...\Exemplos\ACBrDFe\ACBrONE\Delphi ===> temos o programa exemplo do componente. ...\Exemplos\ACBrDFe\Schemas\ONE ===> temos os schemas ...\Fontes\ACBrDFe\ACBrONE ===> temos os fontes ...\Pacotes\Delphi\ACBrDFe\ACBrONE ===> temos o pacote de instalação. Por enquanto o ACBrInstall_Trunk2 não esta preparado para instalar esse componente, logo será necessário a instalação manual através do Pacote. Observação1: apesar dos XMLs a serem enviados não precisam ser assinados digitalmente é preciso de um certificado digital para consumir os Webservices. Observação2: Não é qualquer empresa que pode usar o ONE é preciso que ela esteja cadastrada como uma Operadora.

Bom dia Alisson, Fiz algumas mudanças que acredito que vá resolver o problema sem a necessidade de alterar o tipo de um campo que já existe a muito tempo. Faça um cópia das suas alterações e depois atualize os fontes e faça um novo teste.

Bom dia Maikon, Primeiramente peço desculpas pela demora em analisar a sua contribuição. Segundo, quando modBCST for igual dbisMargemValorAgregado a tag pMVAST deve ser gerada, mas e o seu valor? Neste caso ela não deveria ter um valor? No meu entendimento se o modBCST - Modalidade de determinação da BC do ICMS ST for igual a dbisMargemValorAgregado - Margem Valor Agregado (%), devemos informar qual é o Percentual da margem de valor Adicionado do ICMS ST (pMVAST). Ao atribuir um percentual diferente de zero ao campo pMVAST a tag correspondente será gerada. A minha duvida é: podem ocorrer casos onde modBCST é igual a dbisMargemValorAgregado e o valor de pMVAST é zero? Se a resposta for sim, então faz sentido a sua alteração.

Bom dia, Por favor anexe a unit alterada para que eu possa analisar a contribuição.

Bom dia Giovane, Você esta tentando emitir nota para a cidade Paiçandu-PR , correto? Essa cidade não consta no arquivo Cidades.ini Favor anexar o arquivo Cidades.ini que você alterou mais o arquivo SimplISS.ini que contem a URL dessa cidade.

Bom dia Mateus, A final qual é a versão correta?

Bom tarde, Com certeza, fazem as alterações ou correções que impactam no envio dos documentos e não avisam.