Jefferson Damian

Bom dia. Sim estou usando o componente. Descobri o problema, é que esse provedor precisa alimentar "Servico.ItemServico.Add". Depois disso também descobri que tem uma TAG "<tributa_municipio_prestador>" que é alimentado por: "Servico.CodigoTributacaoMunicipio" deve ser informado Sim ou Não, sendo que para sim os valores aceitos são "1" ou "S" e para Não "0" ou "N". Problema resolvido. Obrigado pela disposição.

sei que faz tempo essa postagem e que provavelmente é amadoragem minha, mas,... está dando a mesma mensagem de erro quando eu tento enviar.

Tenho uma dúvida, no Danfe da NFSe tem lugar para 3 logo DANFSe.Logo DANFSe.PrestLogo DANFSe.Prefeitura PrestLogo => Carrega o logo do Prestador Logo => Carrega o logo da Prefeitura Prefeitura => Não sei pra onde vai ou se é específico de algum provedor. Mas o logo que informei aqui não aparece em nenhum lugar. Alguém pode explicar como funciona esses 3 logo? Desde já obrigado

O Erro não estava propriamente no compotente e sim o atendente da prefeitura de Pato Branco que sempre me dizia que não recebeu informação nenhuma. A última vez que liuei o atedente disse que não possuia acesso ao ambiente de testes e pe passou um link para eu ver com o Usuário e senha que o cliente usa para enviar NFSe online. Quando acessei pude consultar o RPS e ver qual era o erro. Basicamente o erro era no código fr tributação do município (CNAE), número do telefone do Tomador que faltava o DDD e o Valor da alíquota. Feitas as correções funcionou.

Descobri que se eu deixo a Versão do XML errada (o padrão que está no Pronimv2.ini) Ele gera dois XML que estão em anexo mas se coloco a versão 2.03 dá erro ao assinar, mas se configuro para não assinar, dá erro ao validar e retorna a mensagem: "Não foi possível carregar o arquivo. Err: -1072896763, Lin: 1, Pos: 289 - A name contained an invalid character." Em anexo também o TXT contendo o conteúdo da estring sendo enviado no ValidarLote. Esse é o Valida lote. Procedure TNotasFiscais.ValidarLote(const XMLLote, NomeArqSchema: String); 161-env-lot.xml 161-env-lot-soap.xml Xtring sendo passada no Valida.txt

Desculpa esqueci. Tem o XML em TXT comentado o XML deles O meu XML Atualizei o ACBr Sexta-feira 04/12/2020, já vi que tem algumas coisas novas para acrescentar Espero que o Erro seja apenas erro meu que é mais fácil. Haa, vai perceber que o número no meu_XML é diferente, isso eu já adequei. e o "RegimeEspecialTributacao" eu não tinha todas as opções cadastradas também OK. Mas ainda não está indo e retorna um erro não especificado. e depois diz que não encontrou o arquivo XML. Desde ja muito obrigado pela ajuda. 202000000000016.txt Meu-rps.xml 202000000000016.xml

Fiz o teste com o programa exemplo, o XML vai mas não retorna nada, nem erro Depois tentei replicar em nosso sistema para ver se ficava diferente. enviou e retornou um erro não especificado. Enviei o XML para eles e me responderam hoje dizendo o seguinte: "Conforme análise realizada, para o envio correto do XML será necessário corrigir os itens abaixo: Remover informação desnecessário na TAG: <EnviarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> >Remover o texto (xmlns="http://www.abrasf.org.br/nfse.xsd") Acrescentar a TAG: <CodigoTributacaoMunicipio>2539001</CodigoTributacaoMunicipio> Removido a TAG: <CodigoCnae>2539001</CodigoCnae> Faltando a TAG: <Numero>1</Numero> >No endereço do tomador informar a TAG "<Número>". Na TAG: <RegimeEspecialTributacao>3</RegimeEspecialTributacao> >O regime especial de tributação na não está de acordo com o informado no cadastro municipal, (item 5.2 página 22 do manual ABRASF), correto informar "6". Obs: Em anexo os arquivos com todos os ajustes necessários, XML e PDF da nota emitida em teste (cancelada). Qualquer duvida estou a disposição. Atenciosamente,"

Italo, não usei o programa exemplo porque nosso sistema já está funcionando com a Betha a vários anos. então apenas tentei acertar as configurações do provedor.

Não estou conseguindo enviar NFSe para o provedor Pronim que atende a cidade de Pato Branco. Estava dando erro no código da lista de serviços, eles me orientaram como deveria ser daí agora quando envio dá erro que que o arquivo não foi encontrado. Entrei em contato com eles e disseram que é o XML que está errado. Quando tento enviar, e dá erro, o sistema cria um XML na pasta que está configurada para os LOGs, não sei se esse XML é o certo mas, é o único que está sendo gerado e foi o que eu enviei. Haaa, estou enviando usando o método "Enviar". Em anexo o XML que enviei e um que me enviaram como modelo e também vou colocar o INI de configuração do Provedor, é possível que estou errando nas configurações. Desde já agradeço a ajuda. Pronimv2.ini Meu-rps.xml RPS Exemplo.xml

Estamos tentando enviar NFSe para a Prefeitura de PatoBranco no PR, eles utilizam o provedor Pronim. É nosso primeiro cliente por lá e primeiro estava dando erro na URL do Servidor Daí me passaram a URL correta e configurei no ini do provedor "Pronim.ini" e também a versão dos Dados e do XML. Agora quando tento enviar retorna "Erro não especificado" entrei em contato com a prefeitura e me mandaram um exemplo de como o RPS tem que ficar, daí apri o RPS gerado pelo nosso sistema e está mesmo diferente. Procurei no componente se tem alguma forma de gerar o XML diferente mas não achei, não sei se por não conhecer profundamente o componente ou se por não ter mesmo. o RPS em anexo com nome 11-rps é gerado pelo nosso sistema o outro é o modelo que me enviaram. Desde já agradeço a atenção e ajuda. Obs.: ACBr atualizado hoje de manhã. 11-rps.xml RecepcionarLoteRps-203.xml

o Valor está em 0(zero). antes mandei a mensagem mas esqueci que era melhor ter ido em citar. então respondendo de novo.

o valor está 0 (zero)

acrescentando informação... A impressora ECF em questão é im EPSON TM-T900F essa imagem é uma via, depois dessa sai outra com as mesmas informações.

Nas vendas com TEF no PAF-ECF está ocorrendo um problema na impressão do CDC. Em Alguns cliente, está duplicando a informação impressa e ficando muito estranho. Segue imagem de uma das vias do CDC para ver como está ficando. Se alguém já viu isso e puder ajudar agradeço. Imagem em anexo.

Conseguiu fazer o rateio correto? Ainda estou me batendo em uma solução ideal. Se conseguiu e puder compartilhar agradeço.

Passando para dizer que realmente eram as DLLs Mais uma vez obrigado Daniel.

Obrigado Daniel, Faz sentido serem as DLLs. Assim que o pessoal do suporte testar comunico se funcionou.

Daniel, obrigado pela resposta, mas, é nesse evento que carrego a chave. E eu mencionei que é apenas em um cliente que isso ocorre. Mas se não presenciou e esse tipo de problema, estou sem saída a não ser dizer que precisa formatar, o estranho que no executável anterior, os códigos para carregar a chave são os mesmos e funciona. Mas obrigado por tentar uma solução.

Obrigado

Desde que atualizamos o componente essa semana, está ocorrendo um erro estranho, estou postando aqui para ver se alguém já passou por isso mas o problema acho que não tem haver diretamente com o componente. Em apenas um cliente específico com Windows 7, quando tenta assinar um arquivo do PAF-ECF simplesmente diz que não encontra a chave. Já tentamos ver permissões de acesso, se tem antivírus atrapalhando no acesso as chaves pública e privada, mas até o momento não resolveu nada. Apenas se utilizo o EXE com a versão de um mês atrás funciona, se uso com o gerado agora, não funciona. Acredito ser o Windows o problema mas não estou sabendo resolver. Se alguém passou por algo assim ou tiver uma ideia agradeço muito. Só lembrando é apenas em um que isso está ocorrendo.

Temos alguns clientes com ECF TM-T900F, estavam todos funcionando perfeitamente pela porta USB, mas desce que atualizamos o componente que a comunicação passou a usar a unit "ACBrDeviceSerial" não está mais comunicando pela porta USB, para conseguir tivemos que emular uma porta Serial. Tem alguma configuração a ser feita que estou deixando de lado ou não vai mais comunicar na USB? Desde já agradeço a atenção

Obrigado

Desculpa se estou sendo redundante mas não encontrei. Uma vez tive problema no bloco X das reduções Z, dava erro de COO inválido apenas com as EscECF (ECFs Blindadas) e foi postado uma dica dizendo que o Número COO para essas ECFs precisa ter 9 dígitos. Gostaria de saber se continua assim ou já está podendo informa o número normal? Desde já obrigado.

Bom, só tem uma Digitron para escolher, não vi uma lista de modelos compatíveis. Mas vou realizar um teste com a balança genérica lá no cliente (Essas balança de caminhão não tem como testar no escritório) para ver se resolve meu problema. Quando estava preparando o executável descobri que a balança genérica lia mas não passava o valor (teste realizado com uma Toledo) descobri que não tinha o Result na linha 232 do ACBrBALClass.pas, na função: function TACBrBALClass.LePeso(MillisecTimeOut: Integer): Double; . está assim: AguardarRespostaPeso(MillisecTimeOut, True); e para funcionar seria: Result := AguardarRespostaPeso(MillisecTimeOut, True); Alterei aqui e retornou o resultado que eu esperava. agora vou no cliente. Por enquanto obrigado pela atenção

Algum tempo atrás, compilei uma versão do BalancaTeste para o suporte utilizar, mas não lembro em que versão do ACBr foi. Mas o problema é que recentemente, foram instalar o sistema e fazer a integração com uma balança Digitron, com o BalancaTeste fez a leitura correta, ao configurar o sistema, retorna que não tem peso. Ao debugar, percebi que o primeiro caractere fornecido pela balança é a letra "D" em um outro mesma marca de balança só que mais antiga, retorna "M" como primeiro caractere e com isso dá erro ao converter e retorna sem peso. Não sei o que ocorreu no ACBr da versão que tenho compilada para testes, mas sei que parou de funcionar com essa balança. Desde já agradeço a atenção. Obs.: Segue anexo print do erro.