-
Total de ítens
37.604 -
Registro em
-
Última visita
-
Days Won
1.060
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Italo Giurizzato Junior postou
-
Boa tarde @Paulo Sergio de Almeida, O provedor SilTecnologia possui 2 webservices, um que trabalha na versão 1 do layout da ABRASF e o outro que trabalha na versão 2.03 O componente atende os 2 webservices, logo eu preciso saber em qual dos dois devemos fazer essa alteração. Outra coisa, analisando os schemas utilizados para validar os XMLs antes do seu envio para o webservice tanto da versão 1 quanto da versão 2.03, existe sim a tag OutrasInformacoes mas esta esta presente na estrutura da NFS-e e não do RPS. Se mudarmos o valor do parâmetro: NrOcorrOutrasInformacoes para zero, caso venha ser informado uma string ao campo OutrasInformacoes vai ocorrer erro validação. Para fazer essa alteração: Primeiro, precisamos saber qual das duas versões. Segundo, o provedor possui um novo schema que contempla essa tag na estrutura do RPS?
-
Problema ao importar/ler XML Provedor Ginfes
Italo Giurizzato Junior replied to edulamy's tópico in ACBrNFSe
Boa tarde @edulamy, Pelo conteúdo do XML que você anexou me leva a crer que ele foi baixo do site da prefeitura. O componente foi escrito para ler o XML retornado pelo webservice do provedor. Isso pode explicar o problema. Outra coisa segundo o site da prefeitura o provedor é o Fiorilli, ocorreu alguma mudança recente para o Ginfes? -
Boa tarde @gkenji, Esquece o segundo erro, se concentre no primeiro que ao meu ver tem a ver com o CNAB informando, pois o CNAB tem haver com o código da atividade do prestador de serviço. Para mais informações sobre o segundo erro, leia o tópico a seguir:
-
Mudança de Provedor em Cianorte - Agora é ELOTECH
Italo Giurizzato Junior replied to Zottis's tópico in ACBrNFSe
Boa tarde @Zottis, O arquivo Cidades.ini é usado pelo componente antigo que não damos mais suporte. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/ -
Status CTe Denegado na versão 4.0
Italo Giurizzato Junior replied to Diego Ranzan's tópico in ACBrCTe
Boa tarde @Diego Ranzan, Isso já foi identificado e vai ser enviado para o SVN a devida correção. -
Boa tarde @Robson_Renan, Essa URL esta errada, o correto é: [3551702] ; Atualizado em 29/05/2024 Nome=Sertaozinho UF=SP Provedor=SmarAPD Versao=2.04 Params=SubVersao:1 ProRecepcionar=https://pmsertaozinho.smarapd.com.br/tb/services/Abrasf24 ProLinkURL=https://pmsertaozinho.smarapd.com.br/tb/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%ChaveAcesso% HomLinkURL=https://pmsertaozinho.smarapd.com.br/tb/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%ChaveAcesso% Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.
-
Troca de URL AssessorPublico - Agudos/SP
Italo Giurizzato Junior replied to Heber Germano's tópico in ACBrNFSe
Bom dia @Heber Germano, Muito obrigado pela colaboração, mas ontem logo de manhã eu enviei para o SVN a atualização do arquivo INI com a troca da URL. Favor fazer uma cópia do seu arquivo INI, atualizar todos os fontes de todas as pastas, reinstalar o ACBr e faça novos testes. -
Servidor TECNOS de Portão RS aceita inscrição estadual no XML
Italo Giurizzato Junior replied to thi4182's tópico in ACBrNFSe
Boa tarde @thi4182, Essa unit é do componente antigo e não estamos mais dando suporte a ele. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração- 1 reply
-
- 1
-
Boa tarde @Carmo, Eu sei o que você esta pensando. Vou enviar hoje um arquivo contendo apenas 1 lote no arquivo, este vai ser de numero 0001. Amanhã vou enviar um outro arquivo também com apenas 1 lote, este vai ser de numero 0002. E assim por diante. Mas na minha interpretação da regra não é isso. O numero do primeiro lote de todos os arquivos que você enviar sempre vai ser 0001. Veja como é a estrutura de um arquivo que é enviado ou retornado. Note que todos os arquivos são compostos por um registro Header como numero do lote obrigatoriamente tem que ser 0000 e por um registro Trailer cujo numero do lote obrigatoriamente tem que ser 9999. No componente esses dois registros são o Registro0 e Registro9: Note que ao gerar o Registro0 é definido o valor zero para a variável FQtdeLotes. Entre esses 2 registros temos os registros que compõe o lote, note que podemos ter 1 ou mais lotes. Cada lote vai conter o seu registro de Header (Registro1) e seu registro de Trailer (Registro5) e entre esses 2 registros temos os registros chamados de Segmento. No componente temos: Note que ao gerar o Registro1 que é o Header do lote o FQtdeLotes é incrementado e esse incremento só ocorre ao gerar o Registro1. E esse numero de lote é utilizado por todos os registros que compõe o Lote e também no Registro5 que é o Trailer do lote. Isso diz ao banco que todas essas "linhas" pertence a um único Lote. Se o arquivo possuir um segundo Lote, um novo Registro1 vai ser gerado e consequentemente o seu numero de lote vai ser 2 e todos os seus Segmentos e o Registro5 vão ter como numero do lote igual a 2. Experimente forçar o Registro1 começar com um numero diferente de 1 para o numero do Lote. Use o programa exemplo para esse teste. Na procedure que gera o Registro1 coloque mais um Inc(FQtdeLotes) e faça o teste. Esses fragmentos de códigos acima estão na unit CNAB240.GravarTxtRemessa.
-
Boa tarde @Rene costa cabral, Eu acredito que você esta tentando validar o XML gerado antes de assinar o mesmo. A tag infCTeSupl só é gerada quando o método Assinar é executado.
-
Boa tarde @Fabiano Oliveira de Castro, Como dito anteriormente esse provedor possui 4 webservices, no caso da cidade de Canoas/RS é usado o webservice que se utiliza da versão 2.03 do layout da ABRASF. Sendo assim o schema utilizado para validar o XML se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\Infisc\2.03 Ao abrir o arquivo nfse.xsd e procurar por RegimeEspecialTributacao, temos: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:annotation> <xsd:documentation>Exigibilidade do ISS da NFS-e ( 1 - Microempresa Municipal; 2 - Estimativa; 3 - Sociedade de Profissionais; 4 - Cooperativa; 5 - Microempresario Individual (MEI); 6 - Microempresario e Empresa de Pequeno Porte (ME EPP)) </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Como você pode ver os valores aceitos vão de 1 até 6 e você informou o valor 8. Isso explica o erro de validação.
-
Alteração URL Provedor Assessor Público (Agudos/SP)
Italo Giurizzato Junior replied to Paulo Henrique Panico's tópico in ACBrNFSe
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. -
Bom dia @Anderson Grolli, Já esta no SVN.
-
Alteração URL Provedor Assessor Público (Agudos/SP)
Italo Giurizzato Junior replied to Paulo Henrique Panico's tópico in ACBrNFSe
Bom dia @Paulo Henrique Panico, Já esta no SVN. -
Bom dia @Carmo, Veja a imagem a baixo: Essa é a regra para o campo "Lote". Essa regra deixa claro que devemos informar "0000" ao campo Lote do registro Header e "9999" ao campo Lote do registro Trailer. Um arquivo pode conter um ou mais Lotes e a regra também deixa claro que o campo Lote do primeiro Lote incluído no arquivo tem que receber o valor "0001", caso o arquivo tenha um segundo lote este deve ser de numero "0002" conforme consta na regra. Essa é a minha interpretação da regra acima.