Italo Giurizzato Junior

Bom dia Leandro, A minha sugestão é: Pedir para todos os seus clientes protocolar uma reclamação na prefeitura. Você, os seus clientes realmente não pagam o provedor diretamente, mas a prefeitura paga. Quem sabe, com uma enxurrada de reclamações protocoladas na prefeitura alguém toma uma providencia.

Bom dia Chaves, Você informou a quantidade de marcelas? Informou as parcelas? Segue exemplo: // Condição de Pagamento usado pelo provedor Betha versão 1 do Layout da ABRASF CondicaoPagamento.QtdParcela := 2; CondicaoPagamento.Condicao := cpAPrazo; for i := 1 to CondicaoPagamento.QtdParcela do begin with CondicaoPagamento.Parcelas.New do begin Parcela := i; DataVencimento := Date + (30 * i); Valor := (Servico.Valores.ValorLiquidoNfse / CondicaoPagamento.QtdParcela); end; end;

Bom dia Jhon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

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

Bom dia Pedro, Eu faria diferente: 1. Eu utilizo o método DistribuicaoDFePorUltNSU(StrToInt(cUFAutor), CNPJ, UltNSU); 2. Temos como retorno tanto o valor de ultNSU quanto o maxNSU. 3. Se maxNSU for maior que ultNSU aguardo 2 minutos e executo novamente o método acima passando agora o valor do ultNSU retornado, além de armazenar esse valor no banco de dados. 4. Se maxNSU for igual a ultNSU aguardo 30 minutos e executo novamente o método acima passando agora o valor do ultNSU retornado, além de armazenar esse valor no banco de dados. Lembre-se que o DistribuicaoDFe e os eventos de Manifestação do Destinatário não foram criados para você baixar e automatizar a entrada dos produtos no estoque do seu cliente e sim para ele saber quem esta emitindo nota contra o CNPJ dele e tomar as devidas medidas. Quem emite a nota tem a obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao cliente e outros se houver necessidade, como por exemplo a transportadora. A forma mais simples de disponibilizar o XML é enviando ele por e-mail.

Bom dia, Eu não tenho nenhuma aplicação usando o ACBrCIOT, mas com relação as informações sobre o pagamento do frete no CIOT é preciso verificar se esse frete se refere ao valor que consta no CT-e ou outro valor. Outra coisa, o seu cliente transporta carga fracionada, ou toda a carga contida no caminhão sai de um remetente e vai toda para um único destinatário? Se for carga fracionada não precisa do CIOT. O que vem a ser essa tabela de frete?

Bom dia Mateus, Se você vai usar o componente ACBrNFSe, porque não utiliza o programa exemplo para realizar os testes para a cidade de Santos/SP?

Bom dia Jhon, O provedor Centi já esta implementado, precisamos apenas das URLs de homologação e de produção para fazer as devidas alterações. Com certeza será necessário alterar o arquivo Cidades.ini e o Centi.ini caso as URLs sejam especificas para essa cidade, ou seja, não segue um padrão.

Bom dia Cátia, A prefeitura de São João de Meriti/RJ contratou o provedor SigISS, ele possui um webservice para recepcionar os RPS. Portanto a sua aplicação através do componente ACBrNFSe vai conseguir gerar e enviar o XML do RPS para o webservice do provedor e este retornar o XML da NFS-e caso tudo esteja correto. O que você não entendeu é: 1. Os provedores que seguem a versão 1 do layout da ABRASF só tem um serviço de recepção implementado em seus webservice, esse serviço é chamado de EnviarLoteRps que funciona no modo assíncrono e nos permite o envio de até 50 Rps por Lote, no componente usamos o método Enviar para consumir esse serviço. 2. Os provedores que seguem a versão 2 do layout da ABRASF pode ter até 3 serviços de recepção implementados em seus webservices, são eles: EnviarLoteRps (idêntico da versão 1) o EnviarLoteRpsSincrono que funciona no modo síncrono e nos permite o envio de até 50 Rps por Lote, no componente usamos o método EnviarSincrono para consumir esse serviço e o GerarNfse que funciona no modo síncrono e permite o envio unitário, ou seja, 1 Rps por vez, no componente usamos o método Gerar para consumir esse serviço. 3. Os provedores que possuem um layout próprio que é o caso do SigISS, os serviços de recepção de Rps varia muito, logo é preciso testar para saber qual deles funciona com o provedor, ou seja, temos que tentar enviar usando o método Enviar, se ocorrer erro tentamos com o EnviarSincrono, se ocorrer erro tentamos com o Gerar, com certeza um desses 3 vai funcionar. 4. Como dito antes o provedor SigISS possui um layout próprio e só tem um método de recepção implementado que é o GerarNfse, logo somente o método Gerar é que vai funcionar com esse provedor. Procure sempre fazer os testes usando o programa exemplo, note que ele possui um botão para cada um desses 3 métodos que expliquei acima.

Bom dia ALA, Verifiquei e fiz um teste usando o programa exemplo, passando 11 zeros para o campo CpfCnpj do tomador: Tomador.IdentificacaoTomador.CpfCnpj := '00000000000'; Comentei as demais linhas referente aos demais dados do mesmo. Resultado: Como você pode ver o XML foi gerado com 11 zeros no Cpf do tomador e sem os demais dados do mesmo. Detalhe importante, fiz esse teste com o programa exemplo configurado para emitir nota para a cidade de Ribeirão Preto/SP. Favor rever a sua aplicação, é ela que deve estar trocando os 11 zeros por uma string vazia.

Bom dia, Chegou a ler esse tópico? Tudo sobre o CIOT - MDF-e - Projeto ACBr

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

ALA, Vou verificar o código do componente.

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

Boa tarde Azevedo, Evite: vogais acentuadas, cedilha e o "&" (e comercial).

Boa tarde a todos, Primeiramente a NT 2019/001 não faz nenhuma referencia ao QR-Code, essa NT 95% trata sobre regras de validação e mesmo assim não tem nenhuma RV sobre QR-Code. O manual referente ao DANFE da NF-e publicado no dia 16/12/2020 (clique aqui para baixar o mesmo) não contem nenhuma alteração no que diz respeito ao layout do DANFE, ou seja, ele continua o mesmo, somente com o código de barras.

Bom dia Catia, O provedor não tem em seu webservice o serviço de recepção de lote, dai o erro. Os únicos serviços disponíveis no webservice são: ConsultarNFSeporRPS - Consultar NFSe por RPS - com esse serviço obtemos o XML da NFS-e informando o numero e serie do RPS ( ConsultarNFSe - Consultar NFSe - com esse serviço obtemos o XML da NFS-e informando o numero e serie da NFS-e CancelarNFSe - Cancelar NFSe - com esse serviço é possível cancelar uma NFS-e Gerar - Gerar NFSe - com esse serviço enviamos um RPS por vez para que o webservice processe e disponibilize o XML da NFS-e. Observação: em negrito é o nome dos métodos implementados no componente para acessar os serviços.

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

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

Bom dia ALA, No XML do RPS notei que o tomador não foi informado. Chegou a alimentar o campo CpfCnpj do tomador com 11 zeros? Tomador.IdentificacaoTomador.CpfCnpj := '00000000000';

Bom dia Jefferson, Você esta usando o componente ACBrNFSe? Se sim, esta fazendo testes usando o programa exemplo?

Bom dia Azevedo, Notei que no nome do tomador consta o caractere "&", experimente trocar ele pela letra "E".

Bom dia Junior, Vocês não tem nenhuma aplicação que emite Nota Fiscal Eletrônica - NFS-e somente Nota Fiscal de Serviço Eletrônica? A NF-e, CT-e, MDF-e, BP-e só aceitam a criptografia TLS 1.2 e até onde sei o Capicom não suporta essa criptografia. Hoje já tem alguns provedores que estão exigindo também o TLS 1.2 É melhor você repensar.

Bom dia, Favor atualizar os fontes, apliquei uma alteração no componente que aparentemente não ocorre mais a rejeição de assinatura invalida.

Boa tarde, Pelo que notei esse provedor não segue o layout da ABRASF, logo a sua implementação é mais complicada e demorada.