Italo Giurizzato Junior

Boa tarde, Alem do repositório Trunk2 existe um outro chamado Branches e neste temos: C:\ACBrBranches\Projetos\ACBrNFSeMonitor\Delphi É preciso compatibiliza-lo com o Trunk2 e fazer melhorias.

Boa tarde, O XML que você anexou é o do RPS e não do envio do lote de RPS. O XML de envio de Lote contem o grupo <EnviarLoteRpsEnvio>.

Boa tarde, Simples entre em contato com a prefeitura, desta forma você vai saber se essa contadora é contadora de história ou não.

Roberto, Notei que você fez a sua implementação em fontes desatualizados. O nível de igualdade entre o provedor CTA e IssDSF é muito grande, mais de 90%. Ainda acredito que seja possível com pequenas alterações no IssDSF atender 100% o CTA. Notei que no pnfsNFSeG você duplicou o bloco de linhas do proIssDSF para o CTA e acrescentou a tag TokenEnvio. Mas essa tag não existe no Schema que você disponibilizou junto com os fontes alterados. O que precisamos saber é se para a cidade em questão o provedor IssDSF fez uma alteração no layout ou se a prefeitura comprou o Web Services e fez algumas alterações. Se foi o provedor que fez algumas alterações essa tag <TokenEnvio> podemos deixar ela como opcional, desta forma se a mesma não for preenchida não será gerada, desta forma podemos atender as duas situações.

Bom dia Roberto, Vou analisar.

Já fiz uma alteração e enviei para o repositório. Agora esse terceiro parâmetro tem um valor padrão que é uma string vazia.

Bom dia, Passe uma string vazia.

Marcio, No grupo Veic001 o campo UF segundo o seu TXT esta em branco. E a mensagem de erro diz que o tag UF esta vazia.

Boa noite a todos, Se Blumenau e São Paulo usam o Prodam, acredito que devemos alterar o nome do provedor de SP para Prodam.

Boa noite Marcio, Muito obrigado pela colaboração, ainda hoje estarei enviado para o repositório. Quanto ao provedor ISSNet o problema que seria criado um método somente para ele.

Boa noite Dimas, Desculpe a demora, alem de atualizar os fontes, é necessário reinstalar os componentes usando o ACBrInstall_Trunk2.

Boa noite Caetano, Favor anexar o XML de retorno ao realizar a consulta em uma NFS-e cancelada.

Boa noite Caejr, No caso do provedor Thema somente o Lote é assinado, os RPS não. Antes de cancelar devemos carregar o XML da NFS-e. Favor anexar os XML gerados após a execução do método Cancelar.

Boa noite Arce, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Boa noite Edilson, Alem de instalar o Certificado, a cadeia de certificados da certificadora foi instalada também?

Boa noite Roberto, Eu não migrei o provedor CTA para o Trunk2 pelo simples fato de ser exatamente igual ao provedor IssDSF. Sugiro que no arquivo Cidades.INI informe como provedor: IssDSF a cidade em questão. Refaça os testes.

Boa noite Augelias, Segundo o arquivo INI do provedor temos: [Assinar] RPS=0 Lote=1 Isso significa que o XML do RPS não deve ser assinado somente o Lote. Acho que esta explicado o motivo do XML do RPS estar sem a assinatura.

Boa noite Arce, Para que a chave esteja ficando diferente, isso é porque você esta atribuindo o valor zero ao campo cCT isso faz com que toda vez que o componente for gerar o XML ele gera o código do CT-e de forma randômica. O que você tem que fazer é gerar o cCT randomicamente com até 8 dígitos. Salva essa informação com as demais no banco de dados. E quanto for alimentar o componente com os dados do CT-e atribua ao campo cCT o valor gerado. Exemplo: // // Dados de Identificação do CT-e // Ide.cUF := DM_CTA.EmpresaCodigoEstado.AsInteger; Ide.cCT := DM_CNT.ConhecimentoCTChave.AsInteger; // Código Aleatório Ide.CFOP := DM_CNT.ConhecimentoCFOP.AsInteger; Ide.natOp := 'PRESTAÇÃO DE SERVIÇO'; Isso faz com que o componente sempre gera a chave igual, para o mesmo CT-e.

Boa noite Marcio, Os dados do veículo estão incompletos. [Veic001] cInt= RENAVAM= placa=BNF-7110 tara=1200 capKG=1300 capM3=8 tpProp= tpVeic= tpRod= tpCar= UF= CNPJ= RNTRC=12345678 xNome= IE= PropUF= ProptpProp= tpProp= O que esta em negrito é o que esta faltando. O que esta em vermelho se refere ao proprietário do veiculo, caso o proprietário seja o próprio emitente do CT-e não se faz necessário informar.

Boa noite Anderson, Se esta sendo removido o grupo <infNFe> isso significa que a tag <tpEmit> contem o valor 1 = Prestador de Serviço de transporte e não 2 = Transportador de Carga Própria. Quanto ao erro de leitura da UF, com certeza o seu XML contem espaço em branco onde não devia.

Boa noite Marcio, Na pasta que contem os Schemas, consta os Schemas do CT-e versão 3.00?

Boa noite Bruno, Estude o fragmento TXT (AliementarComponente.TXT) que esta disponível na pasta: ...\Exemplos\ACBrDFe\ACBrCTe

Boa noite a todos, O componente já esta pronto para o Web Services de DistribuicaoDFe, o arquivo ACBrCTeServicos.ini também já contem as URLs de homologação/produção que não costa na NT e nem no Portal. Favor iniciar os testes.

Boa noite Rodrigo, Esse problema também ocorre com o programa exemplo?

Boa noite Bruno, Já tentou usar os métodos Enviar e EnviarSincrono?