Italo Giurizzato Junior

Bom dia Fernando, Com o programa exemplo também ocorre esse erro?

Bom dia John, Conforme consta na página 5 da Nota Técnica 2014/002 versão 1.02b os webservices: ConstNFeDest e DownloadNFe foram desativados em 31/05/2017 sendo substituídos pelo DistribuicaoDFe. Mantivemos por um certo tempo no componente código referente a esses dois métodos, mas recentemente foram removidos, pelo simples fato de não fazer nenhum sentido manter uma rotina que acessa um webservice que não existe mais. Sugiro que leia com muita atenção a Nota Técnica mencionada acima para entender como que funciona o DistribuicaoDFe e consequentemente implementar de forma correta em sua aplicação.

Boa tarde Fabio, O XML de pedido de consulta está sem o CNPJ/CPF tag <nrInsc>. Se não me falha a memória ele pega essa informação da configuração do componente.

Boa tarde Fernando, Se não me falha a memória não há necessidade do certificado digital para consumir o webservice da AT&M.

Boa tarde a todos, Uma coisa é o grupo <infResTec> outra coisa são as tags <idCSRT> e <hashCSRT>, sendo que esta ultima para ser gerada se utiliza da chave e do CSRT. Em um primeiro momento uma determinada UF poderá exigir o grupo com as tags obrigatórias: <CNPJ>, <xContato>, <email> e <fone>. Depois, quando estiver disponível a geração (via site ou webservice) do idCSRT e CSRT essa determinada UF poderá vir a exigir as tags: <idCSRT> e <hashCSRT>. Amaury, te aconselho a fazer um novo questionamento, só que agora pergunte se a SEFAZ-SP vai exigir que seja gerado o grupo <infRespTec> = Grupo de Informações do Responsável Técnico.

Bom dia Adilson, Neste caso é preciso verificar o fonte DANFSE para ver o que esta ocorrendo, pois a impressão do "sim" ou "não" teria que estar condicionada ao valor do campo IncentivadorCultural.

Bom dia Adilson, Os provedores que aceitam um numero de lote constante significa que não fazem nenhuma checagem em cima dessa informação, logo ela ser constante ou sequencial crescente não vai mudar em nada para esses provedores. Portanto no meu entendimento devemos ter me nosso sistema um numero sequencial crescente para o numero do Lote independente de quem seja o provedor.

Bom dia, Favor ler a ultima linha da primeira postagem desse tópico.

Boa tarde a todos, Estou promovendo algumas alterações que visam simplificar o código do componente, com isso ele fica menor e o EXE da aplicação também. Mas tudo tem um preço. Se fez necessário criar novos campos em alguns arquivos INI de provedor, isso significa que depois da atualização de todos os fontes e recompilar a aplicação será necessário enviar para os seus clientes o novo EXE bem como os novos INI caso você utilize um provedor cujo INI sofreu alteração. Lista dos provedores cujo INI sofreu alteração: Agili, Agiliv2, Betha, Bethav2, BHISS, CONAM, CTA, DBSeller, DeISS, Digifred, EGoverneISS, EL, Equiplano, Fiorilli, GINFES, Infisc, Infisc-v11, IPM, ISSDSF, ISSe, ISSJoinville, MetropolisWeb, NotaBlu, Pronimv2, Publica, PVH, RJ, SimplISS, SmarAPD, SmarAPDABRASF, SP, SystemPro, Tecnos e Thema. Pretendo enviar essas alterações entre hoje (segunda) ou amanhã. Peço que após a atualização dos fones, façam testes e reporte os problemas.

Boa tarde, Muito obrigado pela colaboração, espero que ainda hoje possa enviar para o repositório.

Boa tarde Alexandro, Você anexou o XML de envio do Lote de RPS, eu pedi o XML da NFS-e que é retornado pelo webservice do provedor caso o RPS seja processado com sucesso.

Boa tarde Henrique, Muito obrigado pela colaboração, espero estar enviando para o repositório ainda hoje.

Boa tarde, Você esta usando o componente ACBrNFSe? Se sim sugiro que faça os testes usando o programa exemplo do componente.

Tathiana, É preciso degugar para saber o ponto exato do problema.

Adilson, O seu Lote sempre vai conter apenas um RPS? E se amanhã você vier a ter um Lote com mais de um RPS? Sendo assim a minha sugestão é que você tenha o numero do Lote não atrelado ao numero do RPS. Tem provedor que não checa o numero de lote, é por isso que muitos aceitam um numero constante, que ao meu ver esta errado. Ser existe um campo para informar o numero do lote, isso significa que ele varia, pois se fosse algo constante não precisaria existir no XML.

Boa tarde Paulo, Favor verificar junto ao provedor se essa cidade vai utilizar o webservice que segue o layout próprio deles ou se vai utilizar o novo webservice que segue a versão 2 do layout da ABRASF. Se segue o layout próprio o arquivo XSD (Schema) que você anexou esta errado, agora se segue a versão 2 do layout da ABRASF, tudo indica que as URLs de produção e homologação estão erradas.

Boa tarde Maikon, Se o numero da NFS-e e os dados do Prestador estão em branco, isso significa que você esta carregando o XML do RPS para poder imprimir o DANFSE em vez de carregar o XML da NFS-e que deve estar sendo salva dentro da pasta Notas. Quanto ao erro ao tentar cancelar é preciso colocar um breakpoint dentro de DefinirDadosMsg do cancelamento e debugando para ver onde ocorre o erro. Pois esse erro significa que uma string vazia não pode ser convertida em um numero inteiro.

Boa tarde Tathiana, Pela mensagem é a cidade de Campinas, você esta usando os Schemas do provedor dessa cidade?

Boa tarde Adilson, Numero do Lote Sequencial, se você sempre informa como numero de lote: 0001 para todos os lotes enviados, o seu numero de lote é uma constante, ou seja, nunca muda. Se o provedor pede um numero de Lote Sequencial, significa que para cada lote de envio o seu numero tem que ser diferente e maior que o informado no lote anterior, ou seja, 1, 2, 3, 4, ... O numero do RPS não é um numero sequencial também?

Boa tarde Arce, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Fabricio, Favor anexar o arquivo INI e o XML gerado pelo Monitor para o ambiente de Homologação e do de Produção. Outra coisa, ao enviar em produção, você esta alterando a configuração do Monitor de Homologação para produção?

Bom dia Roberto, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a Suite ACBr usando o ACBrInstall_trunk2 com a opção: Apagar arquivos antigos, marcada? Pois acabei de fazer um teste usando o programa exemplo e esse erro não ocorreu. Observação, devemos informar somete o ID ou o numero do recibo, jamais os dois. No caso do ID devemos informar: IDxxxxxx.

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

Marcos, Desde já muito obrigado pela colaboração.

Boa tarde, Você pode diferenciar pelo valor do campo Schema. case retDistDFeInt.docZip.Items[ x ].schema of schresNFe: (...) schresEvento: (...) schprocNFe: (...) schprocEventoNFe: (...) end;