Italo Giurizzato Junior

Bom dia Renato, Primeiramente muito obrigado pela colaboração, mas não vou poder aceitar pois os seus fontes estão desatualizados. Por favor atualize todos os fonte de todas as pastas, reinstale os componentes e por fim faça novos testes e as alterações necessárias. Estando tudo OK, anexe somente as units alteradas.

Bom dia Diego, Como você pode ver a NFS-e é uma zorra. Para simplificar a vida deles, eles pedem para que você informe a alíquota já dividida por 100, pois desta forma basta multiplicar para obter o valor do imposto. E ao apresentar a mesma no DANFSE eles também apenas multiplicam por 100. Se você informa-se o valor 2, para calcular o valor do imposto eles teriam que dividir por 100 e depois realizar a multiplicação. Como você pode ver fazer duas operações aritméticas em seguidas para o provedor deles é muito complicado ou não consegue. Vamos em frente que atrás vem gente. O que tem que fazer, ao imprimir o DANFSE colocar um IF para verificar se o provedor for Ábaco então multiplique a alíquota por 100, caso contrario não.

Renato, Agora sim. Mais uma vez muito obrigado pela colaboração, já esta no repositório.

Bom dia Edmar, Favor atualizar os fontes e faça novos testes.

Bom dia Renato, Esta quase lá. Alem de acrescentar os enum no tipo tpCodIncCP, não ficou faltando nada? E as funções eSCodIncCPToStr e eSStrToCodIncCP não precisam de um ajuste também? Faça os ajustes nessas funções e envie novamente a unit. Desde já muito obrigado pela colaboração.

Boa tarde Armando, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os fontes.

Boa tarde Dércio, Sim, mas veja que o XML de retorno que você anexou esta fora dos padrões. Para mim ocorreu um erro no provedor para ele retornar dessa forma.

Bom dia Alexandre, Não gera nenhum XML de retorno? Nem os *-soap.xml ?

Bom dia Bruno, Apos alimentar o componente com os 30 RSP basta executar o método GerarLote. Vide o botão [Gerar Lote RPS] do programa exemplo.

Bom dia ALA, O CNPJ do Prestador bem como a senha estão corretos para poder realizar a autenticação do mesmo e com isso obter como retorno o HASH?

Josenildo, Neste caso porque você não utiliza o componente ACBrGNRe na sua aplicação Delphi? Temos um programa exemplo que você pode estudar para poder usar o componente na sua aplicação.

Bom dia a todos, A principio devemos emitir um CT-e para cada NF-e. Mas podemos informar dois ou mais NF-e em um mesmo CT-e se o emitente das NF-e for o mesmo e o destinatário também for o mesmo. Por via de regra é isso. Mas temos o tal do CT-e Globalizado que nos permite algo um pouco diferente. Temos duas situações: 1. Temos diversas NF-e emitidas pelo mesmo remetente (segundo o manual no mínimo 5, mas só é aceito pela SEFAZ se for informado 6 ou mais) mas para diversos destinatários. 2. Temos diversas NF-e emitidas por diversos remetentes (mesma observação acima) mas para um único destinatário. Para emitir um CT-e Globalizado temos que atribuir o valor tiSim ao campo indGlobalizado e alimentar os grupos <rem> e <dest> dependendo das situações apresentadas acima. Na situação 1. devemos informar os dados remetente uma vez que ele é único, mas no destinatário devemos informar na razão social "DIVERSOS" e os demais dados colocar o da transportadora. Na situação 2. devemos informar os dados da transportadora e informar na razão social "DIVERSOS" para o remetente, e no destinatário informar os seus dados uma vez que ele é único. Segue em anexo um boletim técnico (antigo) que trata sobre o assunto. CTe_BT2012_001 Padroniza CTe Globalizado.pdf

Bom dia Josenildo, Desculpa não entendi, você esta usando o ACBrMonitor, mas esta gerando o arquivo INI através de uma aplicação feita em Delphi é isso?

Bom dia Edmar, E se o parâmetro de obrigatoriedade fosse zero não resolveria o problema? de: Gerador.wCampo(tcStr, '', 'matricula', 1, 30, 1, pIdeVinculo.matricula); para: Gerador.wCampo(tcStr, '', 'matricula', 1, 30, 0, pIdeVinculo.matricula); Neste caso se o conteúdo de pIdeVinculo.matricula for vazio a tag <matricula> não será gerada. Desta forma economizamos um IF. Faça essa alteração e faça novos testes. Fico no aguardo de um retorno.

Bom dia Roberto, A somatória de vComp (valor do componente) que vai resultar em vTPrest (valor total da prestação do serviço).

Alexandre, Atualize e faça novos testes.

Alexandre, Se o XML do RPS rejeitado não tenho com analisar onde esta o problema.

Bom dia Moreira, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

Alexandre, Favor anexar o XML do RPS que foi rejeitado e o XML do RPS que foi aceito pelo provedor.

Bom dia ALA, Sem os arquivos XML gerados por esse botão não temos como saber o problema. Mas acredito que seja falta de configurar alguma propriedade especifica para esse provedor.

Bom dia Diego, Segundo o seu RPS que consta no lote a ser enviado a alíquota é 2%. Favor entrar em contato com o provedor para saber o motivo do problema.

Bom dia, Que maravilha, gerar o XML, acessar o site para importar o mesmo. Neste caso é mais rápido emitir a nota pelo site.

Bom dia Marcelo, Você incluiu a cidade no arquivo Cidades.ini, conforme as demais que se utilizam do provedor Pronimv2? Incluiu as URLs de produção e homologação no arquivo Pronimv2.ini conforme as demais cidades? Realizou testes com o programa exemplo?

Bom dia, Agradecemos a sua colaboração, mas por favor primeiro atualize os fontes e aplique a sua correção. Depois anexe a unit para que possamos avaliar. Desde já muito obrigado.

Bom dia Luiz, O link você defini no arquivo INI do provedor, pode ser que o link esteja errado, basta corrigir ele.