Italo Giurizzato Junior

Ok, mais qual é a mensagem exata do erro?

Bom dia, Você notou que é a série que esta mudando de 005 para 001? Esse cliente tem quantos PDV emitindo a NFC-e?

Bom dia Edmar, Assim que possível vou enviar.

arce, Pode até ser que o Web Service já esteja preparado para recepcionar a versão 2.4.02, mas como fica a versão 2.4.01? Até quando era será aceita?

Bom dia, Por Favor qual é o erro que ocorre e em qual unit e linha da mesma? Desde já muito obrigado.

Bom dia Arce, Muito obrigado pela informação, realmente na nota não consta nenhuma informação de inicio de vigência dessa nova versão.

Bom dia Edmar, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Joceandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Edmar, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

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 Carlos, O problema esta nos itens 3, 4 e 5, onde esta sendo atribuído um valor diferente de zero ao campo: VBCSTRET

Bom dia Amarildo, Muito obrigado pela sua colaboração em disponibilizar o exemplo. Mas peço para que não poste o conteúdo de arquivos como texto da postagem, pois ela fica muito grande. Procure sempre criar um arquivo TXT e anexa-lo a sua postagem, desta forma ela vai ficar curta e quem desejar ver o conteúdo do arquivo, basta baixar. Tai a dica.

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.

Bom dia Flavio, Essa página é idêntica a do Ginfes, acredito que a prefeitura de São Bernardo do Campo tenha contratado o Ginfes, mas pediu para alterar o endereço. Segundo o arquivo Cidades.ini utilizado pelo componente ACBrNFSe consta que a respectiva cidade se utiliza do provedor Ginfes. Sendo assim faça o que o Daniel lhe sugeriu, inicie os seus testes através do programa exemplo do componente ACBrNFSe.

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?