Italo Giurizzato Junior

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

Bom dia Luis, É muito estranho se a maquina é a mesma, a configuração é a mesma, deveria funcionar. Ao mudar o CNPJ com certeza é mudado o certificado digital, correto? Se sim, eles são do mesmo fornecedor?

Bom dia Marcos, Se para a NF-e devemos informar a sigla da UF e no CT-e o código IBGE da UF, com certeza o comando da NF-e deve estar realizando a conversão de sigla para código e quanto ao CT-e essa conversão não esta sendo feita. Vou passar esse problema para o pessoal que cuida do ACBrMonitor, pois devemos deixar padronizado.

Bom dia Davidson, Temos o componente ACBrGNRE, por favor estude o programa exemplo dele.

Bom dia Caio, Abra a unit pnfsNFSeW_ISSDSF e veja quais são as tags geradas e quais campos devemos alimentar no componente para que as mesmas sejam geradas.

Bom dia Juliano Esses provedores fazem as suas lambanças e nós temos que fazer gambiarras por conta disso. O que custa para eles gerarem no XML a informação em um formato padronizado, ou seja, 4 dígitos para o ano e 2 para o mês? Por favor, entre em contato com o provedor e questione a falta de formatação na informação.

Boa tarde Henrique, Pela mensagem de erro o XML esta sendo gerado como se a empresa fosse Simples Nacional, esta correto isso?

Boa tarde Saymon, Para mim é novidade a SEFAZ-GO também estar oferecendo esse serviço, pois até então eu tinha conhecimento que só a SEFAZ-RS tinha esse serviço. Esse serviço que eu me recordo ele consegue baixar os XMLs onde o CNPJ aparece tanto como emitente quanto destinatário. Sendo assim o escritório de contabilidade consegue baixar os XMLs de entrada quanto de saído do seu cliente. Por outro lado se a sua aplicação gerar o XML de saída o grupo <autXML> com o CNPJ do contador, este através de uma aplicação feita por você mesmo usando o método DistribuicaoDFe vai conseguir baixar todas as notas emitidas, ficando de fora as notas recebidas (de entrada). E o DistribuicaoDFe funciona para todas as UF. Desta forma metade do serviço do contador é resolvido.

Boa tarde Dercide, Qual Report você esta usando (Fast ou Fortes)?

Boa tarde Leandro, Como o problema agora é com o cancelamento vou fechar esse tópico.

Boa tarde Leonard, Favor anexar os XML gerados ao realizar o envio.

Boa tarde, Favor anexar o XML gerado e o de exemplo para que possamos analisar.

Boa tarde Hugo, Desfaça a sua alteração no fonte e altere o arquivo INI do provedor, incluindo a linha em negrito. [Cancelar] IncluiEncodingCab=1 IncluiEncodingDados=1 DocElemento=nfd

Boa tarde Eduardo, Usando o programa exemplo, configure o componente para usar o libCapicom. E faça um teste de cancelamento.

Boa tarde Juliano, Favor atualizar os fontes, fiz um tratamento para os MDF-e que foram encerrados.

Boa tarde Juliano, Se o relatório for o Fortes Report, favor atualizar os fontes e faça novos testes.

Boa tarde Werner, Sim, os fontes de ambos os componentes já estão atualizados para a versão 3.00a, mas o valor da propriedade VersaoDF continua o mesmo, ou seja, ve300.

Boa tarde Werley, Fiz diversos testes gerando o Envelope de diversas maneiras diferentes e o erro 400 continua, tanto no ambiente de homologação quanto o de produção. Por favor entre em contato com o provedor e solicite não um exemplo de XML do RPS, mas sim do Envelope. Pois o Envelope contem a estrutura do LoteRps e que por sua vez contem a estrutura do RPS. O componente gera o XML do RPS e o coloca dentro do Lote e por fim o valida. Como o Schema que temos do provedor não bate com o que o webservice deles espera receber não temos como validar antes do envio. Aproveita e peça a eles o Schema atualizado.

Bom dia Marcos, Favor atualizar o ACBrMonitor, a ultima versão disponível é 1.2.0.68 Faça novos testes. Caso o problema continue, favor anexar o log e os XMLs gerados para que possamos analisar o problema.

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

Bom dia Vinícius, No XML não pode ter quebra de linha.

Bom dia ALA, Tome muito cuidado, se tratando de NFS-e não podemos nos basear pelo XML de uma NFS-e emitida pelo site. Pois normalmente devemos enviar o XML do RPS e o webservice gera e retorna o XML da NFS-e que pode ser totalmente diferente. A unit que vai gerar o XML do RPS a ser enviado para o webservice tem que ser baseado no manual e ajuda muito se tiver os schemas para validar antes do envio.

Bom dia Antônio, Muito obrigado pela colaboração, já enviei para o repositório com uma pequena alteração. Favor atualizar os fontes e faça novos testes.

Bom dia Luiz, Favor atualizar os fontes e faça novos testes. Essa unit foi corrigida e já se encontra no repositório.

Bom dia José, O provedor AssessorPublico já esta implementado e no arquivo Cidades.ini já temos uma cidade que utiliza ele. Basta acrescentar no arquivo Cidades.ini a cidade desejada aos moldes da outra. O que você postou esta correto é isso que precisa incluir no Cidades.ini, mas esta faltando o campo NomeURL_H que contem a URL do ambiente de homologação.