Italo Giurizzato Junior

Boa noite, Os schemas estão um tanto quanto diferente dos que estou acostumado a ver, mas vou ver a melhor forma de fazer a alteração no componente para que o mesmo aceite 1 ou mais serviços no mesmo RPS para o provedor Tecnos.

Claudio, No caso da fita, um que caiba na fita, lembrando que quando maior mais espaço na vertical ele vai consumir e a ideia é economizar papel, no caso a fita. No A4 um tamanho que caiba no quadro destinado a ele. Eu fui na tentativa e erro, não tenho nenhum aqui que ficou bom para lhe passar o tamanho.

Boa tarde stonebit, Você não esta informando o ano com 4 dígitos (2015), esta? Se sim, por favor informe apenas os 2 últimos, ou seja, 15.

Boa tarde, Muito obrigado pela colaboração, o estranho que essas URLs existem na relação da SEFAZ, vamos avaliar o problema.

Boa tarde Douglas, Você esta com todos os fontes de todas as pastas atualizados? Se não esta ou faz tempo que não atualiza por, favor atualize e teste novamente.

Boa tarde Fabio, O 9,22 se refere ao valor total aproximado dos tributos, portanto não tem nada haver com a diferença entre o valor unitário tributado e o desconto.

Boa tarde Fabio, Mas qual é o erro que ocorre? Quando você envia as Notas, o lote sempre tem apenas uma nota ou varias?

Boa tarde Claudio, O logo pode até ser colorido mas devemos usar uma impressora a laser (tamanho A4) ou térmica (fita) para a impressão do DANFE por causa do código de barras e QR-Code, sendo assim o logo vai ser impresso em preto e branco.

Boa tarde Elton, Por favor siga as regras do fórum: 1. pesquise antes de postar o seu problema; 2. procure um tópico que tem haver com ele; 3. se não encontrar crie um novo tópico; Você esta expondo o seu problema em um tópico que não tem nada haver com ele. As URLs de cada Estado encontra-se no Portal Nacional da NF-e ou no Portal da SEFAZ do Estado desejado que no seu caso é PA.

Boa tarde Fernando, O que você fez esta correto e realmente é só isso mesmo. No caso do emitente ser de MG ou o CT-e é enviado para SEFAZ-MG (tipo de emissão normal) ou para o SVC-SP (tipo de emissão em contingência). Lembrando que devemos enviar para o SVC-SP quando a SEFAZ-MG estiver passando por problemas técnicos ou esta parada para manutenção. A SVC-SP se encarrega de enviar todos os CT-e recepcionados para a SEFAZ-MG quando esta voltar a funcionar sem nenhum problema. Outra coisa importante, o envio do evento EPEC só deve ser realizado quando o problema é com o emitente e não com a SEFAZ. Esperto ter ajudado.

Boa tarde a todos, A partir do dia 01/06/2015 entrou em vigor as alterações publicadas na NT 2015/001. Não existe mais os grupos para informar os locais de coleta e entrega, sendo assim os dados referente a entrega, caso esta seja diferente dos dados do destinatário, devemos informar em observações. No que diz respeito a CFOP, peço para que leem a Nota Técnica mencionada acima em especial a regra G048b - página 2.

Boa tarde Robinho, Desculpe, mas o que vem a ser a rejeição 508? Como este mês de junho é para entrar em vigor as alterações publicadas na NT 2015/001 pode ser que a SEFAZ fez o favor de fazer alguma caca no que estava funcionando. Neste te aconselho a entrar em contato com a SEFAZ e expor o problema.

Boa tarde Jorge, Realmente não sei o que pode estar errado, pois como dito anteriormente, fiz um teste usando o seu XML e a impressão do DACTE ocorreu sem nenhum problema.

Boa tarde, O método DistribuicaoDFe não retorna se a nota foi manifestada ou não para o Destinatário da mesma, esse tipo de retorno é para o emitente da nota. Se você manifestou a nota o método DistribuicaoDFe automaticamente realiza o download da mesma e salva em disco o XML da nota. Na Nota Técnica 2014/002 versão 1.01 - WS Distribuição de DF-e, página 10 temos um fluxo, veja na coluna Destinatário os passos: 3, 4 e 8 No passo 3 o Destinatário realiza a consulta e tem como resposta o resumo da NF-e; No passo 4 o Destinatário realiza a manifestação; No passo 8 o Destinatário realiza uma nota consulta e tem como resposta o XML da NF-e, ou seja, o Download da nota manifestada.

Bom dia Matthias, Você teria condições de entrar em contato com o provedor e solicitar ao mesmo o Schema (arquivo XSD) que nos permite validar o XML gerado antes do envio do mesmo ao provedor? Se sim, por favor, post como anexo o schema utilizado pelo provedor Tecno, pois ainda não temos ele. Sem esse arquivo não temos condições de realizar alterações no componente para que o mesmo aceite dois ou mais serviços, se é que isso é aceito por este provedor. Quero deixar claro que o layout padrão do XML do RPS prevê somente um serviço por nota. Uma coisa é o código de tipo de serviço cadastrado na prefeitura para a empresa em questão e outra coisa a discriminação do que foi feito.

Boa tarde Daniel, Muito obrigado pela colaboração, já esta disponível.

Bom dia a todos, Primeiramente, vamos colocar uma coisa na cabeça: Rejeição não tem nada haver com Schemas e ponto final. Os schemas são utilizados para validar o XML antes do envio, e o mesmo foi enviado significa que esta em conformidade com os schemas que vocês estão utilizando. Posso inventar um CNPJ totalmente absurdo, mas se ele tiver 14 dígitos não vai ocorrer erro na validação, mas com certeza a SEFAZ vai rejeitar o Documento Fiscal Eletrônico que eu enviei pelo simples fato do CNPJ informado não existir. Segundo, o problema não é isolado, pelo que vejo é geral, o Leandro e o Paulo acredito que seus clientes se utilizam da SEFAZ-SP, já o Luis não sei. Se também utiliza está claro que o problema encontra-se na SEFAZ-SP, sendo assim a unica coisa a ser feita é infernizar a SEFAZ. Peça a seus clientes que liguem, enviem e-mail, etc. quem sabe desta forma eles resolvam o problema o mais rapidamente.

Boa tarde Isaac, Por favor leia a Nota Técnica que trata sobre a Distribuição de DF-e. O que você tem como resposta ao usar esse método são as notas emitidas contra o seu CNPJ e os eventos gerados pelo emitente da nota. O evento que você gerou, ou seja, o de manifestação que vai receber é o emitente da nota. Por outro lado o evento de CC-e gerado pelo emitente da nota quem recebe é você o destinatário da mesma. Na Nota Técnica que mencionei acima temos um fluxograma que mostra claramente como tudo isso funciona, bem como uma tabela mostrando o que cada um tem acesso.

Bom dia, Primeiro é preciso saber qual é o provedor que atende a cidade em questão. Se o provedor já esta implementado no componente basta acrescentar a mesma na unit pnfsConversao, da mesma forma que as demais e por fim na unit ACBrProvedorxxxxxx que atende a mesma. Por fim realize os testes, estando tudo OK, anexe as units alteradas aqui no tópico para que possamos realizar um merge e enviar para o repositório.

Bom dia Luis, Alguns provedores necessitam de um cadastro para que o contribuinte possa emitir a NFS-e via Web Services.

Bom dia Luis, Essa alteração foi feita em qual unit? Por favor post ela como anexo para que possamos realizar um merge.

Boa noite, Favor ler a Nota Técnica que trata sobre o assunto. O método DistribuicaoDFe no primeiro momento pode retornar um resumo da NF-e e em outro o XML completo da NF-e, sem a necessidade de usar o método DownloadNFe.

Boa noite Isaac, Não, mas se você realizar a manifestação do destinatário, em uma nova consulta você terá o XML completo da mesma, bem como os resumos de evento e até mesmo os eventos vinculados a nota, como por exemplo: CC-e, Cancelamento, etc.

Boa noite, Muito obrigado pela colaboração, assim que possível vamos avaliar e estando tudo OK estaremos disponibilizando.

Boa noite Luiz, Ao enviar um MDF-e e temos essa rejeição, não existe uma propriedade com a chave do MDF-e não encerrado, mas ela é retornada na mensagem da Rejeição.