Italo Giurizzato Junior

Bom dia Narlem, A UF é Minas Gerais? Se sim, esse problema esta ocorrendo desde ontem que eu saiba.

Bom dia Almir, Até onde sei a cidade de Jaguariúna contratou o provedor Giss. O componente já tem esse provedor implementado, sugiro que utilize o programa exemplo do componente ACBrNFSe para realizar os testes.

Bom dia acg.net, Muito obrigado pela colaboração, já se encontra no repositório.

Bom dia Duarte, Essa nota foi emitida pelo seu fornecedor correto? Se sim, ao executar o método DistribuicaoDFePorChaveNFe o ambiente é o mesmo, pois se a nota foi enviada para o ambiente de produção e você esta fazendo teste no ambiente de homologação a mensagem que SEFAZ retorna é exatamente essa.

Bom dia Michele, Fiz uma alteração na unit responsável por gerar o XML, acredito que vá resolver o problema, ainda hoje estarei enviando para o repositório.

Boa tarde Kartter, Eu penso em uma solução diferente. Cada setor alimenta o banco de dados com as informações dos eventos que devem ser gerados e enviados, cada evento teria uma tabela. O setor responsável pelo envio, busca no banco de dados as informações desses eventos que ainda não foram enviados. Gera, assina, valida e envia, por fim atualiza as tabelas "setando" um ou mais campos, para indicar que o evento foi enviado.

Boa tarde Junior, Se não me falha a memória o componente não esta preparado corretamente para realizar consultar por período no caso da NFS-e de São Paulo.

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.

Boa tarde Alexandre, Quando ocorre esse tipo de rejeição: "Erro não catalogado", isso significa que a SEFAZ esta com problemas. Favor entrar em contato com ela e expor o problema.

Bom dia, O envio de boletos para serem registrados via webservice que eu saiba nem todos os bancos já tem essa funcionalidade implementada. Temos a informação de 6 bancos, o Banese não é do nosso conhecimento. Você tem a documentação do Banese para envio de boleto via webservice? Estamos estudando a melhor forma de fazer isso. Ou vamos incluir essa funcionalidade no componente ACBrBoleto ou vamos criar um novo componente. O pior de tudo é que cada banco esta criando um layout próprio do XML para o envio.

Bom dia Michele, Apesar de existir as duas opções (Paisagem e Retrato) o DAMDFE em Forte só tem a opção Retrato. Caso queira colaborar com o projeto fazendo o DAMDFE no modo Paisagem para o Fortes, ficaremos agradecidos.

Bom dia Thiago, Veja essa postagem: NT 2018/005

Emerson, Muito obrigado pela colaboração, já enviei para o repositório.

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

Bom dia Naiara, Me parece que houve alteração em uma das units responsáveis por realizar a assinatura no XML, favor atualizar os fontes e refaça os testes.

Bom dia Emerson, Não entendi a sua alteração. Se o empregador é um órgão publico não tem que informar o nrSiafi? Da forma que você fez a tag <nrSiafi> vai ficar em branco, esta certo isso?

Bom dia a todos, Duarte, complementando o que o Junior disse: A NF-e é sempre enviada no modo assíncrono. A NFC-e vai depender da quantidade de notas adicionadas ao lote. Se o lote possui apenas uma nota o envio é no modo síncrono, mas se tiver duas ou mais o modo é assíncrono. Mas lembre-se: No caso da NFC-e, se o lote tiver duas ou mais notas obrigatoriamente o modo de envio é assíncrono. Se o lote tiver apenas uma nota, a principio é síncrono, mas você pode forçar o envio em modo assíncrono.

Boa tarde a todos, Na sexta-feira dia 26/04/2019 vou publicado a versão 1.30 da NT 2018/005 que se encontra disponível em nossa biblioteca de documentos. Gostaria de chamar a atenção as regras de validação abaixo:

Boa tarde Tulio, Solicita junto ao provedor um exemplo de cancelamento para que eu possa comparar.

Fernando, Precisaria checar, mas acho que vai ser na gambiarra mesmo.

Boa tarde Luiz, Quem utiliza as tags <arg0> e <arg1> é o Ginfes. Mas que meleca. Mais um que acha que o layout dele é o futuro, o melhor dos melhores. Todo mundo usa o código IBGE, mas para variar tem uns doidos que em vez de beber café antes de programar bebem gasolina, ai resulta nessa porcaria. Só nos resta pedir a Deus paciência.

Boa tarde Fernando, Esse provedor possui 2 webservices, sendo que um segue o layout deles e o outro segue a versão 2 do layout da ABRASF. Essa alteração com certeza foi feita no webservice que segue o layout deles. Os caras são ..., todo mundo usa UTF-8. O ACBr por padrão usa o UTF-8.

Boa tarde Leandro, Tenho as minhas duvidas, veja: <complexType name="tcInfRps"> <sequence> <element name="Id" type="xsd:string"> </element> <element name="IdentificacaoRps" type="tns1:tcIdentificacaoRps"> </element> <element name="DataEmissao" type="xsd:dateTime" nillable="true"> </element> <element name="Status" type="xsd:byte"> </element> <element name="RpsSubstituido" type="tns1:tcIdentificacaoRps"> </element> </sequence> </complexType> Peguei como exemplo a definição do tipo InfRps, note que o primeiro elemento Id. Segundo o layout da ABRASF o Id não é um elemento de infRps e sim um atributo. A definição acima você pode conferir abrindo a URL de homologação de envio do RPS que você postou.

Boa tarde Rodrigo, Sim, pois ter que informar na configuração e na alimentação do componente estava causando problemas, pois muitos esqueciam de alterar nas rotinas que alimentam o componente. Da forma que ficou agora, esta automático.