Italo Giurizzato Junior

Bom dia Carlos, Se não me falha a memória existe um programa que permite você juntar 2 ou mais arquivos PDF em um só. Portanto, você gera 10 PDFs com 40 CT-e cada um e depois com o programa citado acima você junta em um só e manda para o cliente.

Boa tarde Marcelo, Não. No caso do envio assíncrono o lote é enviado e temos como retorno o numero do recibo, que utilizamos para consultar a situação do lote. Já no envio síncrono o lote é enviado e temos como retorno o protocolo de autorização caso esteja tudo OK com a nota, ou seja já temos o resultado de forma imediata do processamento, não havendo a necessidade de realizar a consulta, logo não temos o numero do recibo. Se não me falha a memória a SEFAZ-AM até retorna o numero do recibo juntamente com o protocolo de autorização, mas isso não é uma regra e sim uma exceção. Devemos lembrar que no envio síncrono o lote deve conter somente uma nota.

Augusto, Na unit ACBrProvedorPublica temos a configuração do identificador que deve estar com o valor "id" altere deixando a string vazia, ou seja, "". E teste novamente.

Boa tarde Jeanny, Favor atualizar os fontes e testar.

Sérgio, Já esta disponível, muito obrigado.

Boa tarde Augusto, Eu utilizo o CAPICOM, usando o programa exemplo, e a opção [Gerar e Enviar NFS-e] o erro vamos dizer assim que eu tive foi que o CNPJ não constava da base de dados, até ai sem nenhum problema, o mais importante que o envio foi realizado, só não foi processado pois o CNPJ não existe na base de dados deles.

Se é a diretiva PL_200 que esta descomentada, isso significa que o componente vai gerar e validar o XML segundo a versão 2.00, logo há necessidade dos Schemas desta versão. Dai a mensagem de erro que você esta tendo. Como a versão 1.04 vai acabar agora em junho/2014, eu não iria perder o meu tempo testando a aplicação com esta versão. Configure o componente para pasta que contem os schemas da versão 2.00 e inicie os testes e faça todos os ajustes e correções na sua aplicação para a versão 2.00

Boa tarde, E o arquivo ACBr.inc qual diretiva de compilação que esta descomentada? a PL_104 ou PL_200 ?

Boa tarde a todos, Na versão 1.04 tínhamos dentro do grupo <infCteComp> não só a chave do CT-e complementado como também os valores da prestação e tributos. Na versão 2.00 temos agora apenas a chave, portanto os valores que sofreram complementação são informados nos respectivos campos dentro dos grupos <vPrest> e <imp>. Se pararmos para analisar um CT-e complementar não mais é do que uma carta de correção que nos permite neste caso complementar um valor que ficou faltando. Pensando por este lado, não faz nenhum sentido no CT-e Complementar ser impresso os dados do motorista por exemplo. Eu não tenho como realizar esse teste mas algum de vocês poderia imprimir o DACTE de um CT-e complementar usando o programa gratuito da SEFAZ para que possamos ter uma ideia de como seria o DACTE?

Boa tarde Sérgio, Favor atualizar os fontes e testar. Enxuguei mais um pouco a function: GetLinkNFSe.

Boa tarde Miguel, Esse XML é o exemplo de um lote e ele é visto como a área de dados do que é enviado para o Web Service. No primeiro momento temos que comparar este com o que o componente gera, se estiver igual, temos então que checar a estrutura do envelope. Na pasta Ger temos *-env-lot.xml e o *-env-lot-c.xml, o primeiro tem que ter a mesma estrutura do exemplo que você postou, e o segundo contem toda a estrutura do envelope, precisamos de um exemplo deste segundo para poder realizar as comparações e efetuar as correções necessárias.

Boa tarde Wiglan, Antes um CT-e poderia complementar um ou mais CT-e, agora é um para um. Infelizmente não temos um manual de DACTE que nos apresente todos os tipos para que possamos implementar de forma correta. O que temos foi implementando pensando na possibilidade de um CT-e complementar vários e isso até o momento não foi alterado, visando manter uma certa compatibilidade com os XMLs gerados anteriormente. Como não temos um DACTE para a versão 2.00 e outro para a versão antiga, temos que ter um que atenda todas as situações. Lembre-se que você tem os fontes a sua disposição, isso lhe permite fazer as alterações que você julgar necessário, inclusive, você pode também postar como anexo aqui no fórum as units que foram alteradas, para que possamos avaliar e disponibilizar para os demais.

Bom dia Sérgio, Como não tenho condições de realizar testes, por favor, os faça para mim, corrige o que for preciso e post como anexo a unit corrigida, para que eu possa disponibilizar no SVN para todos.

Bom dia José Geraldo, Pelo histórico que temos no fórum sobre a SEFAZ-MG, acredito eu que o problema seja mesmo na SEFAZ.

Bom dia Lucas, É preciso saber se tem mais alguém com o mesmo problema e que utiliza o componente ACBrNFSe para enviar os lotes de RPS para o provedor Ginfes de Ribeirão Preto ou para outra cidade. Se para outra cidade esta funcionando, logo o problema é com a cidade de Ribeirão Preto.

Bom dia Augusto, Favor atualizar os fontes e testar novamente. No caso do programa exemplo, teste com o [Gerar e Enviar Lote] e [Gerar e Enviar NFS-e].

Bom dia Walter, Acredito que você esta confundindo as coisas. Valor do ISS Retido não é o valor do ISS calculado com base no valor do serviço e alíquota. Em uma NFS-e temos dois valores do ISS um retido anteriormente e outro que é calculado. Não entendo nada de tributação, melhor você se informar com um bom contador. A TAG: ValorISSRetido traz o valor do ISS já retido, por outro lado a TAG: ValorISS traz o valor do ISS calculado com base ao valor do serviço e alíquota.

Bom dia a todos, Fiz uma alteração, favor atualizar os fontes e testar. Mas antes não esqueçam de fazer uma cópia dos seus fontes.

Bom dia Miguel, Pelo XML de retorno, me leva a crer que ocorreu um erro no Web Service, pois a mensagem de erro é: Ocorreu uma falha durante o processamento. Agora que falha é essa? Se esta faltando algo no XML para que o mesmo seja processado sem falhas, só vamos saber se o provedor enviar para você um exemplo de XML de entrada, ou seja com as TAGs Envelope, Body, ....

Bom dia Sérgio, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.

Boa noite Herbert, Sim, na unit ACBrProvedorAbaco a propriedade Identificador esta definida como "id" (tudo em minusculo). Esse é o grande problema, quando o identificado é todo minusculo não devemos realizar a assinatura ou no URI não informar o valor do identificador.

Boa noite Elcyberg, Quando o emitente esta com algum problema técnico que impede o envio do XML para a SEFAZ, o que deve ser feito? 1. Alterar o tpEmi de normal para contingência, informar a data e hora de contingência e mais o motivo, gerar novamente o XML; 2. Imprimir o DANFE; 3. Quando os problemas técnicos forem contornados o XML sem gerado com o tpEmi de contingência, etc deve ser enviado para a SEFAZ. O comando de envio é o mesmo usado para o envio normal. O Consultar é usado apenas para consultar a situação atual de uma nota previamente enviada. O Enviar: Gera o XML, assina, valida, envia, se tudo OK acrescenta o protocolo de autorização e imprimi o DANFE. O Consultar: Consulta a situação atual da Nota, se o componente estiver configurado para atualizar o XML o mesmo recebera o protocolo de autorização caso este não tenha.

Boa tarde Rodrigo, Mil desculpas, muito bem lembrado, acredito que deve ser a gripe, justo agora nesse feriadão. Já peguei os arquivos e fiz o merge, por favor atualize os fontes e teste.

Boa tarde Dênio, O erro que esta ocorrendo é que o Web Service não esta conseguindo abrir o banco de dados NFSE utilizando o usuário pronim.

Boa tarde a todos, Quem fez alterações nos fontes visando melhorias e correções para o provedor Tecnos, por favor, post como anexo somente os fontes alterados para que eu possa realizar um merge e disponibilizar para toda a comunidade. Muito obrigado a todos pelo empenho.